Sous quelle licence Java devrait-il être disponible ? [Archives]

christopheJ · 22/08/2006, 20h20

Java est maintenant disponible sous licence open source.
Le nom du projet: OpenJDK.

Je vous invite à commenter l'annonce dans ce fil.

Il ne sert plus à rien de voter.

Citation:

Envoyé par christopheJ

Sun a (ré)annoncé récemment que Java sera disponible en Open Source bientôt.
Pour plus de détail sur l'information, vous pouvez lire le blog :
http://blog.developpez.com/index.php...&c=1&tb=1&pb=1

Pour cela, nous aimerions connaître, sous quelle licence vous, développeurs Java, aimeriez que le JDK de Sun soit être disponible ?

Pour cela, nous vous proposons de choisir parmis les licences suivantes:

GPL: Gnu General Public License On ne présente plus cette licence. Très connue pour son approche virale: Tout code dont une partie est sous GPL devient entièrement GPL

LGPL: Gnu Lesser General Public License Plus souple que le GPL puisque ne contient pas cette clause 'virale'.

Apache: Licence utilisée par la fondation Apache, et qui est très souple. Mais pas compatible GPL.

CDDL: Common Development and Distribution License. Licence créée par Sun, et utilisée pour leurs projets OpenSolaris, GlassFish, NetBeans, et d'autres encore, cf http://blog.developpez.com/index.php...&c=1&tb=1&pb=1 pour plus d'informations.

BSD: licence très connue dans le monde Unix

Mozilla: licence issue du groupe Mozilla, créateur du navigateur du même nom.

EPL: Eclipse Public License. La licence utilisée par la fondation Eclipse.

MIT License : aussi connue sous le nom de X11 License

Vous avez également la possibilité de choisir plusieurs licences. Si c'est votre cas, laissez un message pour indiquer vos préférences.

Toutes les licences Open Source reconnues par l'OSI: http://www.opensource.org/licenses/
De nombreuses licences commentées par la Free Software Foundation:
www.fsf.org/licensing/licenses/

Je rappele qu'un rapport concernant les résultats de l'enquête sera transmis auprès de Sun, à leur demande.

lunatix · 23/08/2006, 00h21

moi je pense que Sun devrait s'inspirer de trollteh (avec QT) ou de mysql
double license GPL et enterprise. Comme ca java en GPL et aussi dans un mode plus habituel pour ceux qui sont pret a payer

denisC · 23/08/2006, 10h01

La license Apache me parait être un bon choix. Elle est suffisamment souple, et a fait ses preuves, aussi bien du coté des developpeurs Open-Source que des commerciaux....

GLDavid · 23/08/2006, 14h37

Bonjour

A mon avis, Sun va sortir la JVM sous licence CDDL qu'elle a elle-même crée.
Il me paraît exclu qu'elle opte pour la licence Eclipse (derrière Eclipse, on trouve IBM) ainsi que les autres.

@++

Baptiste Wicht · 23/08/2006, 15h28

Citation:

Envoyé par GLDavid

Bonjour

A mon avis, Sun va sortir la JVM sous licence CDDL qu'elle a elle-même crée.
Il me paraît exclu qu'elle opte pour la licence Eclipse (derrière Eclipse, on trouve IBM) ainsi que les autres.

@++

+1

Je suis aussi d'avis que Sun va mettre la JVM sous licence CDDL.

Deadpool · 23/08/2006, 18h29

Pourquoi pas GPL ou LGPL, histoire que Stallman ne fasse plus de coup de gueule contre Java.

adiGuba · 24/08/2006, 15h09

Salut,

Pour moi peu importe la licence, mais ce qui est important c'est que le code des classes de l'API standard puissent être utilisé "simplement" dans d'autres projets opensources (le principal défaut des JVM libre étant l'implémentation incomplète des classes de l'API, alors que l'interpréteur de bytecode est pleinement fonctionnel).

Par contre, là où je serais plus attentif c'est sur la manière dont Sun va protéger Java.

Je pense qu'avoir plusieurs JVM est une chose très intérressante, non seulement car on pourrait voir arriver des JVM mieux optimisé pour un type de système particulier, mais également car on pourrait voir arriver de nouveaux principes/idées d'optimisations du tout (la JVM Multi-tâches -et non pas multithread- de Sun se fait encore attendre

).

Par contre il ne faut pas qu'elle dénature le langage en ajoutant/modifiant des fonctionnalité non-standard !

Même si ce n'est pas le but des projet opensource, la tentation d'ajouter des packages pour couvrir des besoins spécifiques à un système pourrait être assez dommageables...

a++

PS : Plutôt que d'essayer de deviner le choix que fera Sun, je pense qu'il serait intérressant de donner votre avis personnel sur la licence ainsi que vos craintes/espoirs concernant le passage en Opensource de Java. non ?

knoum · 24/08/2006, 16h52

Citation:

Envoyé par adiGuba

Salut,

...avoir plusieurs JVM est une chose très intérressante, ...

...on pourrait voir arriver de nouveaux principes/idées d'optimisations ...

Salut,

On peut donc comprendre toute l'inquiétude de Sun.

En tout cas si Sun ne garde pas le contrôle sur Java cela risque bien de devenir un fameux bordel... avec le temps.

le y@m's · 24/08/2006, 17h39

Citation:

Envoyé par adiGuba

Je pense qu'avoir plusieurs JVM est une chose très intérressante, non seulement car on pourrait voir arriver des JVM mieux optimisé pour un type de système particulier, mais également car on pourrait voir arriver de nouveaux principes/idées d'optimisations du tout (la JVM Multithread de Sun se fait encore attendre

).

Je partage cet avis, il serait effectivement très intéressant d'avoir des JVM dont la différence se ferait principalement sur l'optimisation, ainsi on pourrait choisir la JVM la plus adaptée au besoin.

Citation:

Envoyé par adiGuba

Par contre il ne faut pas qu'elle dénature le langage en ajoutant/modifiant des fonctionnalité non-standard !

Même si ce n'est pas le but des projet opensource, la tentation d'ajouter des packages pour couvrir des besoins spécifiques à un système pourrait être assez dommageables...

Encore une fois je plussoie, il est, à mon avis, primordial que les différentes JVM restent 100% compatibles (un code exécuté sur l'une doit pouvoir l'être entièrement sur une autre).

Voilà mon avis, mais ne connaissant pas très bien les licenses (et ne pouvant donc pas en déduire celle qui conviendrait le mieux à mes envies), je m'abstientrais pour l'instant de voter.

kawa · 24/08/2006, 18h31

Citation:

Envoyé par le y@m's

Je partage cet avis, il serait effectivement très intéressant d'avoir des JVM dont la différence se ferait principalement sur l'optimisation, ainsi on pourrait choisir la JVM la plus adaptée au besoin.

+1

Citation:

Envoyé par le y@m's

Encore une fois je plussoie, il est, à mon avis, primordial que les différentes JVM restent 100% compatibles (un code exécuté sur l'une doit pouvoir l'être entièrement sur une autre).

+1, le risque de fork qui aboutissent à des VM non-standard reste la plus grande crainte

Une petite info comme ça en passant, Apache travaille dessus (attention: c'est un projet qui est TOUJOURS dans l'incubateur)
http://incubator.apache.org/harmony/

moritan · 24/08/2006, 18h36

Je ne connait pas toutes les licences open-sources, mais à mon avis aucune n'empèchera la création de fork (bien au contraire) de la JVM avec l'ajout de fonctionnalité non standard. Ce sera à la communauté JAVA de se responsabiliser et de ne pas créer de variante, rien n'empéchera par exemple Apache de fournir une JVM contenant tout les commons-util en standard et optimisé. Et donc on risque de voir de voir un retour de la JVM windows qui intégrera des package spécifique à l'OS par exemple.

Je crains vraiment que l'ouverture du code soit la mort de la portabilité de JAVA. Peur qui a d'ailleurs longtemps frainé SUN.

De plus je vois un risque important sur la gestion des bug possible de la JVM, comment savoir si entre 2 machine l'erreur est du à une erreur de code ou à 2 JVM différentes dont l'une est buggé ?

Edit:

Peut-être faudra-t-il un label du style JDK sun Compatible

Baptiste Wicht · 24/08/2006, 19h14

Une autre chose que l'ont peut risquer avec des modifications de la JVM, c'est une perte de la portabilité

Ce serait vraiment dommage d'en arriver là

knoum · 24/08/2006, 22h49

Effectivement la perte de la portabilité serait terrible.

Sinon niveau licence laquelle serait la plus à même de "préserver" le capital de Sun tout en faisait "plaisir" (donnant plus de liberté) à la communauté ?

christopheJ · 25/08/2006, 00h26

J’ai voté que je n’avais pas de préférence.

Actuellement, le système de licence me convient :

ma société peut vendre du développement Java pour me payer,
je peux donner gratuitement ce que je développe en Java avec les sources si je le souhaite,
Java est présent sur les OS que j’utilise (Windows et Linux),
je suis libre de satisfaire ma curiosité en lisant les sources du framework,
J’ai la garantie (moyennant le respect de quelques règles de codage) que mon application s’exécutera sur toutes les JVM d’une version équivalente ou supérieure à celle du JDK que j’utilise et ce quel que soit l’OS.

Un des arguments que j’ai vu en faveur du passage de Java en open source, c’est la possibilité que l’on aura de corriger les bugs existant dans le framework ou soumettre des évolutions. Cet argument n’est pas valable puisque cela est déjà possible : https://jdk6.dev.java.net/collaborate.html
Par contre il deviendra possible de contribuer à la JVM, le compilateur ou encore le Garbage Collector pour en améliorer encore les performances, ce qui peut être un plus.

Enfin une grande peur est celle du fork. C'est-à-dire par exemple que je trouve que le JRE est trop gros, je décide de distribuer un JRE sans Corba, RMI que je n’utilise pas, pour en réduire la taille. Par contre comme j’utilise toujours les Jakarta Commons, je les inclus dans mon JRE. Si tout le monde fait comme moi, on se retrouve alors potentiellement avec autant de JRE que de distributeurs de programmes et plus aucune garantie que nos programmes fonctionneront sur les machines. Là encore il s’agit d’une peur déraisonnée. En effet l’appellation Java est soumise à deux conditions :

le passage des tests du TCK, c'est-à-dire l’implémentation complète de la spécification
un sorte de licence ou accord avec Sun pour l’utilisation de la marque déposée Java.

http://weblogs.java.net/blog/robogee...itation_a.html

L’hypothèse d’un JRE allégé n’est alors plus possible. Quand à l’ajout d’APIs dans le JRE, cela n’aura pas d’incidence si vous ne les utilisez pas (tant qu’elles n’entraînent pas de problèmes dans les APIs standards, mais alors les tests du TCK ne passent plus et l’appellation Java n’est plus possible). Et comme vous n’avez pas de garantie que la machine destinataire de votre application possède un JRE modifié avec les bonnes APIs, il vaut mieux les livrer avec votre application….

En résumé, la situation actuelle me convient parfaitement. Donc je n’ai pas de préférence sur la future licence de Java, tant que les cinq points cités au début restent vrais.

Vous pouvez aussi lire l’interview à ce sujet de Vincent Brabant, Java Champion : http://java.developpez.com/interview...urce/vbrabant/

alexismp · 28/08/2006, 12h34

Citation:

Envoyé par adiGuba

(la JVM Multithread de Sun se fait encore attendre

).

Multi-tâches, pas multi-thread! :-)

adiGuba · 28/08/2006, 12h51

Citation:

Envoyé par alexismp

Multi-tâches, pas multi-thread! :-)

Oui en effet

Merci pour la rectification

KiLVaiDeN · 28/08/2006, 13h02

Salut,

J'ai voté "Pas de préférence".

Je trouve que c'est interessant d'avoir le code de Java en open source afin de pouvoir s'en servir, pour implémenter ses propres classes en Java, sans risque de casser un copyright.

Pour le reste, voir des JVM concurrentes ne me semble pas primordial; Sun est capable de produire des JVM performantes et en constantes évolutions, ainsi que de faire évoluer son langage, sans que d'autres viennent y mettre le nez; Le risque d'incompatibilité, de problèmes de portabilité, et de bugs est à mon avis trop important pour faire confiance à un autre vendeur que Sun à ce niveau là, en tout cas pour ma part.

A+

xavlours · 28/08/2006, 15h23

Bonjour,

je ne connais pas assez les licenses pour me faire un avis. Mais concernant le risque de fork, j'ai l'impression que d'autres sociétés s'en sont bien sorties (par exemple Apache). Et il est clair que personnellement je n'installerai que des JVM depuis le site de Sun (si disponible).

adiGuba · 28/08/2006, 16h39

Citation:

Envoyé par KiLVaiDeN

Le risque d'incompatibilité, de problèmes de portabilité, et de bugs est à mon avis trop important pour faire confiance à un autre vendeur que Sun à ce niveau là, en tout cas pour ma part.

Le risque existe bien sûr, tout comme il existe entre deux versions de la JVM de Sun...

De plus, mis à part la JVM de Microsoft, les principales autres JVM (IBM, BEA ou Apple) respectent bien les spécifications de Java et son API. Je ne vois pas pourquoi les JVM OpenSource poseraient plus de problème de ce coté là.

Par contre un test de compatibilité est bien sûr nécessaire (je pense que Sun doit se creuser la tête pour là dessus, et que la réussite de ce "test" permettra peut-être à d'autre VM d'utiliser le nom "Java")...

Enfin l'OpenSource pourrait permettre de faciliter le développement de JVM expérimentales, qui pourraient préfigurer ce qui existera en standard dans 10 ans (les JVM ont déjà énormément évolué depuis 10 ans : on est passé d'un bytecode interprété à une compilation à la volée qui permet un grand nombre d'optimisation).

Le gros problème pour le développement d'une JVM vient plus de la quantité de code de l'API standard ! Même si le projet GNU/Classpath avance vite, il a toujours un train de retard (l'API 1.4 est "presque" totalement supporté). Le fait de pouvoir réutilisé le code de Sun pourrait fortement faciliter la tâche (si la licence le permet

)

Sun ne peut pas développer à lui tout seul des JVM pour tous les systèmes et tous les types d'architectures matériels (et cela ne serait sûrement pas très rentable pour lui), surtout avec l'essor de Java ME (ne l'oublions pas

) qui se retrouve dans tout type de matériel (du téléphone portable aux futurs lecteurs Blu-Ray avec BD-J)..

Or si l'API est très riche, il y a le risque de voir des VM propriétaire basé sur le langage Java mais qui n'implémente qu'une partie de l'API (pour éviter des coûts de développement trop important)

le marché pourrait se retrouver fragmenté...

Avec une API en OpenSource, il devient plus facile de "porter" une JVM sur un matériel spécifique en respectant les spécifications et l'API.

Ainsi la devise "Write once, run anywhere" n'en sera que plus vrai...

a++

vbrabant · 29/08/2006, 00h00

Pour ma part, j'ai bien peur qu'on arrivera dans le cas où la fondation eclipse (poussée par IBM) ne pourra résister à créer son propre JDK et JRE, en y intégrant leurs APIs maisons, comme SWT et d'autres trucs du genre.
Et comme Eclipse est un EDI très connu et qu'IBM possède la force markéting nécessaire, j'ai bien peu qu'on arrive à avoir un EDK et un ERE.

23/08/2006, 00h21	#2
lunatix Rédacteur/Modérateur julien Architecte technique Inscription : novembre 2002 Messages : 1 908 Détails du profil Informations personnelles : Nom : julien Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Architecte technique Informations forums : Inscription : novembre 2002 Messages : 1 908 Points : 3 318 Points : 3 318	moi je pense que Sun devrait s'inspirer de trollteh (avec QT) ou de mysql double license GPL et enterprise. Comme ca java en GPL et aussi dans un mode plus habituel pour ceux qui sont pret a payer __________________ Blog blog = new MyBlog();
	00

23/08/2006, 14h37	#4
GLDavid Membre Expert Inscription : janvier 2003 Messages : 2 667 Détails du profil Informations personnelles : Âge : 36 Informations forums : Inscription : janvier 2003 Messages : 2 667 Points : 2 487 Points : 2 487	Bonjour A mon avis, Sun va sortir la JVM sous licence CDDL qu'elle a elle-même crée. Il me paraît exclu qu'elle opte pour la licence Eclipse (derrière Eclipse, on trouve IBM) ainsi que les autres. @++ __________________ GLDavid Consultez la FAQ Perl ainsi que mes cours de Perl. N'oubliez pas les balises code ni le tag Je ne répond à aucune question technique par MP.
	00

23/08/2006, 18h29	#6
Deadpool Membre Expert David Inscription : novembre 2005 Messages : 1 244 Détails du profil Informations personnelles : Nom : David Âge : 30 Localisation : France, Loire Atlantique (Pays de la Loire) Informations forums : Inscription : novembre 2005 Messages : 1 244 Points : 1 652 Points : 1 652	Pourquoi pas GPL ou LGPL, histoire que Stallman ne fasse plus de coup de gueule contre Java. __________________ “THERE IS NO JUSTICE. THERE’S JUST ME!”
	00

24/08/2006, 15h09	#7
adiGuba Expert Confirmé Sénior Développeur Java/Web Inscription : avril 2002 Messages : 12 654 Détails du profil Informations personnelles : Sexe : Localisation : France, Corse (Corse) Informations professionnelles : Activité : Développeur Java/Web Secteur : Transports Informations forums : Inscription : avril 2002 Messages : 12 654 Points : 22 428 Points : 22 428	Salut, Pour moi peu importe la licence, mais ce qui est important c'est que le code des classes de l'API standard puissent être utilisé "simplement" dans d'autres projets opensources (le principal défaut des JVM libre étant l'implémentation incomplète des classes de l'API, alors que l'interpréteur de bytecode est pleinement fonctionnel). Par contre, là où je serais plus attentif c'est sur la manière dont Sun va protéger Java. Je pense qu'avoir plusieurs JVM est une chose très intérressante, non seulement car on pourrait voir arriver des JVM mieux optimisé pour un type de système particulier, mais également car on pourrait voir arriver de nouveaux principes/idées d'optimisations du tout (la JVM Multi-tâches -et non pas multithread- de Sun se fait encore attendre ). Par contre il ne faut pas qu'elle dénature le langage en ajoutant/modifiant des fonctionnalité non-standard ! Même si ce n'est pas le but des projet opensource, la tentation d'ajouter des packages pour couvrir des besoins spécifiques à un système pourrait être assez dommageables... a++ PS : Plutôt que d'essayer de deviner le choix que fera Sun, je pense qu'il serait intérressant de donner votre avis personnel sur la licence ainsi que vos craintes/espoirs concernant le passage en Opensource de Java. non ? __________________ adiGuba [ tutoriels \| blog \| twitter ] Rédacteur/Modérateur Java Présentation de Java SE 7 (commentaires)
	00

24/08/2006, 18h36	#11
moritan Membre Expert Développeur Java Inscription : juin 2005 Messages : 674 Détails du profil Informations personnelles : Sexe : Âge : 33 Localisation : France, Manche (Basse Normandie) Informations professionnelles : Activité : Développeur Java Informations forums : Inscription : juin 2005 Messages : 674 Points : 1 421 Points : 1 421	Je ne connait pas toutes les licences open-sources, mais à mon avis aucune n'empèchera la création de fork (bien au contraire) de la JVM avec l'ajout de fonctionnalité non standard. Ce sera à la communauté JAVA de se responsabiliser et de ne pas créer de variante, rien n'empéchera par exemple Apache de fournir une JVM contenant tout les commons-util en standard et optimisé. Et donc on risque de voir de voir un retour de la JVM windows qui intégrera des package spécifique à l'OS par exemple. Je crains vraiment que l'ouverture du code soit la mort de la portabilité de JAVA. Peur qui a d'ailleurs longtemps frainé SUN. De plus je vois un risque important sur la gestion des bug possible de la JVM, comment savoir si entre 2 machine l'erreur est du à une erreur de code ou à 2 JVM différentes dont l'une est buggé ? Edit: Peut-être faudra-t-il un label du style JDK sun Compatible __________________ Gagnez une place pour Devoxx France 2012
	00

23/08/2006, 10h01	#3
denisC Expert Confirmé Sénior Inscription : février 2005 Messages : 4 066 Détails du profil Informations personnelles : Âge : 33 Localisation : France, Paris (Île de France) Informations forums : Inscription : février 2005 Messages : 4 066 Points : 6 896 Points : 6 896	La license Apache me parait être un bon choix. Elle est suffisamment souple, et a fait ses preuves, aussi bien du coté des developpeurs Open-Source que des commerciaux....
	00

24/08/2006, 19h14	#12
Baptiste Wicht Expert Confirmé Sénior Baptiste Wicht Étudiant Inscription : octobre 2005 Messages : 7 459 Détails du profil Informations personnelles : Nom : Baptiste Wicht Âge : 25 Localisation : Suisse Informations professionnelles : Activité : Étudiant Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : octobre 2005 Messages : 7 459 Points : 21 890 Points : 21 890	Une autre chose que l'ont peut risquer avec des modifications de la JVM, c'est une perte de la portabilité Ce serait vraiment dommage d'en arriver là __________________ Tous mes tutos (Java, PHP, SQL-Server, Hardware) - Mon blog anglais JTheque - Site - Forum
	00

24/08/2006, 22h49	#13
knoum Nouveau Membre du Club Inscription : mars 2006 Messages : 42 Détails du profil Informations forums : Inscription : mars 2006 Messages : 42 Points : 34 Points : 34	Effectivement la perte de la portabilité serait terrible. Sinon niveau licence laquelle serait la plus à même de "préserver" le capital de Sun tout en faisait "plaisir" (donnant plus de liberté) à la communauté ?
	00

25/08/2006, 00h26	#14
christopheJ Expert Confirmé Sénior Inscription : avril 2004 Messages : 1 620 Détails du profil Informations personnelles : Âge : 37 Localisation : France, Indre et Loire (Centre) Informations forums : Inscription : avril 2004 Messages : 1 620 Points : 4 070 Points : 4 070	J’ai voté que je n’avais pas de préférence. Actuellement, le système de licence me convient : ma société peut vendre du développement Java pour me payer, je peux donner gratuitement ce que je développe en Java avec les sources si je le souhaite, Java est présent sur les OS que j’utilise (Windows et Linux), je suis libre de satisfaire ma curiosité en lisant les sources du framework, J’ai la garantie (moyennant le respect de quelques règles de codage) que mon application s’exécutera sur toutes les JVM d’une version équivalente ou supérieure à celle du JDK que j’utilise et ce quel que soit l’OS. Un des arguments que j’ai vu en faveur du passage de Java en open source, c’est la possibilité que l’on aura de corriger les bugs existant dans le framework ou soumettre des évolutions. Cet argument n’est pas valable puisque cela est déjà possible : https://jdk6.dev.java.net/collaborate.html Par contre il deviendra possible de contribuer à la JVM, le compilateur ou encore le Garbage Collector pour en améliorer encore les performances, ce qui peut être un plus. Enfin une grande peur est celle du fork. C'est-à-dire par exemple que je trouve que le JRE est trop gros, je décide de distribuer un JRE sans Corba, RMI que je n’utilise pas, pour en réduire la taille. Par contre comme j’utilise toujours les Jakarta Commons, je les inclus dans mon JRE. Si tout le monde fait comme moi, on se retrouve alors potentiellement avec autant de JRE que de distributeurs de programmes et plus aucune garantie que nos programmes fonctionneront sur les machines. Là encore il s’agit d’une peur déraisonnée. En effet l’appellation Java est soumise à deux conditions : le passage des tests du TCK, c'est-à-dire l’implémentation complète de la spécification un sorte de licence ou accord avec Sun pour l’utilisation de la marque déposée Java. http://weblogs.java.net/blog/robogee...itation_a.html L’hypothèse d’un JRE allégé n’est alors plus possible. Quand à l’ajout d’APIs dans le JRE, cela n’aura pas d’incidence si vous ne les utilisez pas (tant qu’elles n’entraînent pas de problèmes dans les APIs standards, mais alors les tests du TCK ne passent plus et l’appellation Java n’est plus possible). Et comme vous n’avez pas de garantie que la machine destinataire de votre application possède un JRE modifié avec les bonnes APIs, il vaut mieux les livrer avec votre application…. En résumé, la situation actuelle me convient parfaitement. Donc je n’ai pas de préférence sur la future licence de Java, tant que les cinq points cités au début restent vrais. Vous pouvez aussi lire l’interview à ce sujet de Vincent Brabant, Java Champion : http://java.developpez.com/interview...urce/vbrabant/ __________________ Rédacteur - modérateur Java Les FAQ Java Les cours et tutoriels Java
	00

28/08/2006, 13h02	#17
KiLVaiDeN Expert Confirmé Inscription : octobre 2003 Messages : 2 723 Détails du profil Informations forums : Inscription : octobre 2003 Messages : 2 723 Points : 2 700 Points : 2 700	Salut, J'ai voté "Pas de préférence". Je trouve que c'est interessant d'avoir le code de Java en open source afin de pouvoir s'en servir, pour implémenter ses propres classes en Java, sans risque de casser un copyright. Pour le reste, voir des JVM concurrentes ne me semble pas primordial; Sun est capable de produire des JVM performantes et en constantes évolutions, ainsi que de faire évoluer son langage, sans que d'autres viennent y mettre le nez; Le risque d'incompatibilité, de problèmes de portabilité, et de bugs est à mon avis trop important pour faire confiance à un autre vendeur que Sun à ce niveau là, en tout cas pour ma part. A+ __________________ K
	00

28/08/2006, 15h23	#18
xavlours Membre Expert Inscription : février 2004 Messages : 1 833 Détails du profil Informations forums : Inscription : février 2004 Messages : 1 833 Points : 2 154 Points : 2 154	Bonjour, je ne connais pas assez les licenses pour me faire un avis. Mais concernant le risque de fork, j'ai l'impression que d'autres sociétés s'en sont bien sorties (par exemple Apache). Et il est clair que personnellement je n'installerai que des JVM depuis le site de Sun (si disponible). __________________ "Le bon ni le mauvais ne me feraient de peine si si si je savais que j'en aurais l'étrenne." B.V. Non au langage SMS ! Je ne répondrai pas aux questions techniques par MP. Eclipse : News, FAQ, Cours, Livres, Blogs.Et moi.
	00

29/08/2006, 00h00	#20
vbrabant Expert Confirmé Sénior Inscription : mai 2003 Messages : 3 293 Détails du profil Informations forums : Inscription : mai 2003 Messages : 3 293 Points : 7 670 Points : 7 670	Pour ma part, j'ai bien peur qu'on arrivera dans le cas où la fondation eclipse (poussée par IBM) ne pourra résister à créer son propre JDK et JRE, en y intégrant leurs APIs maisons, comme SWT et d'autres trucs du genre. Et comme Eclipse est un EDI très connu et qu'IBM possède la force markéting nécessaire, j'ai bien peu qu'on arrive à avoir un EDK et un ERE. __________________ Vincent Brabant Ne pas me contacter par MP ni par mail pour des questions techniques. Ma liste d'amis restera vide.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email