Sous quelle licence Java devrait-il être disponible ?

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! :-)

23/08/2006, 00h21	#2 (permalink)
lunatix Rédacteur/Modérateur Date d'inscription: novembre 2002 Messages: 1 661	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();

23/08/2006, 14h37	#4 (permalink)
GLDavid Rédacteur/Modérateur Date d'inscription: janvier 2003 Localisation: Marseillais de naissance, vietnamien de coeur, anciennement québecois et belge à présent Âge: 32 Messages: 2 573	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.

23/08/2006, 18h29	#6 (permalink)
Deadpool Membre Expert Date d'inscription: novembre 2005 Localisation: Paris <-> Orléans Âge: 27 Messages: 1 073	Pourquoi pas GPL ou LGPL, histoire que Stallman ne fasse plus de coup de gueule contre Java. __________________ G-------------------------2-----0--- D--4-------------------------------- A--2--2-2--0h2-2-2-2-----3--------- D-----------------------------------

24/08/2006, 15h09	#7 (permalink)
adiGuba Rédacteur/Modérateur Date d'inscription: avril 2002 Messages: 10 303	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 (blog & tutoriels) \| Rédacteur/Modérateur Java Blog : Où va Java ? Les propositions de Closures : BGGA, CICE & FCM >>> Que peut-on attendre des closures de Java 7 ? Projet Coin : Les modifications du langage pour Java 7 Dernière modification par adiGuba ; 28/08/2006 à 12h53. Motif: Correction : Multithread ->Multi-tâche (merci Alexis)

24/08/2006, 18h36	#11 (permalink)
moritan Rédacteur Date d'inscription: juin 2005 Localisation: Cherbourg Âge: 29 Messages: 623	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 __________________ Sauvez un arbre, manger un castor Tout GNU , tout bronzé Muzgo Muzgini Lupus Dernière modification par moritan ; 24/08/2006 à 18h50.

23/08/2006, 10h01	#3 (permalink)
denisC Rédacteur Date d'inscription: février 2005 Localisation: Paris Âge: 30 Messages: 4 116	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....

24/08/2006, 19h14	#12 (permalink)
Baptiste Wicht Responsable Java & Hébergement Projets Nom : Baptiste Wicht Date d'inscription: octobre 2005 Localisation: Canton de Fribourg, Suisse Âge: 21 Messages: 7 074	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à __________________ Responsable Java - Projets - FAQ Hibernate - FAQ Java - Tous mes tutos (Java, PHP, SQL-Server, Hardware) - JTheque - Site - Forum Ma Brute Vous souhaitez contribuer à la rubrique Java : Contactez-moi Developpez.com propose un hébergement pour vos projets Open Source

24/08/2006, 22h49	#13 (permalink)
knoum Membre à l'essai Date d'inscription: mars 2006 Messages: 42	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é ?

25/08/2006, 00h26	#14 (permalink)
christopheJ Rédacteur Date d'inscription: avril 2004 Localisation: Tours Âge: 34 Messages: 1 618	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

		Forum des professionnels en informatique > Java > Communauté Java > Débats
Sous quelle licence Java devrait-il être disponible ?

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