Sous quelle licence Java devrait-il être disponible ?

Version imprimable

22/08/2006, 21h20
christopheJ

Sous quelle licence Java devrait-il être disponible ?
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.
23/08/2006, 01h21
lunatix

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
23/08/2006, 11h01
denisC

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....
23/08/2006, 15h37
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.

@++
23/08/2006, 16h28
Baptiste Wicht

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.
23/08/2006, 19h29
Deadpool

Pourquoi pas GPL ou LGPL, histoire que Stallman ne fasse plus de coup de gueule contre Java. :P
24/08/2006, 16h09
adiGuba

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 :cry:).

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 ?
24/08/2006, 17h52
knoum

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.
24/08/2006, 18h39
le y@m's

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 :cry:).

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.
24/08/2006, 19h31
kawa

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/
24/08/2006, 19h36
moritan

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
24/08/2006, 20h14
Baptiste Wicht

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à :roll:
24/08/2006, 23h49
knoum

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, 01h26
christopheJ
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/
28/08/2006, 13h34
alexismp

Citation:

Envoyé par adiGuba

(la JVM Multithread de Sun se fait encore attendre :cry:).

Multi-tâches, pas multi-thread! :-)
28/08/2006, 13h51
adiGuba

Citation:

Envoyé par alexismp

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

Oui en effet :oops:
Merci pour la rectification ;)
28/08/2006, 14h02
KiLVaiDeN

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+
28/08/2006, 16h23
xavlours

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).
28/08/2006, 17h39
adiGuba

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) :arrow: 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++
29/08/2006, 01h00
vbrabant

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.
29/08/2006, 20h17
knoum

Bête question qu'elle est la part des revenus générés par Java chez Sun ?

Parce que de mon côté Java et tout ce que j'utilise aussi bien à la maison qu'au boulot ne sont que des softs gratuits.
07/09/2006, 23h28
had35

Je ne connais pas suffisamment les implications des différentes licenses pour me prononcer. Mais si Sun conçoit le "comment" de façon très ouverte, un geste fortement symbolique consisterait à transmettre la propriété de la marque Java à une fondation qui aurait, alors, seul la responsabilité (Java n'est-il pas un langage orienté objet :lol: ) de définir les standards de la JVM et aussi JRE et JEE.
08/09/2006, 00h58
alexismp

Je ne pense pas que le terme de "Fondation" soit approprié pour un organisme de standardisation. Le JCP s'occupe de cette standardisation.
08/09/2006, 10h20
had35

Citation:

Envoyé par alexismp

Je ne pense pas que le terme de "Fondation" soit approprié pour un organisme de standardisation. Le JCP s'occupe de cette standardisation.

Oui, c'est vrai. Ce que je voulais dire est que la propriété de la marque Java est à mes yeux aussi important que la license de la JVM. D'une certaine manière, les deux sont liés.
14/11/2006, 04h13
sinok

Bon bah ça c'est fait et au final la double license à la MySQL (GPL/Commercial) a l'air d'arranger pas mal de monde, java sera distribué directement dans les distribs linux (donc paquets de questions en moins de la part de gens qui utilisaient GNU Classpath sans le saoir;))...

Ensuite reste à voire quels parties du JDK et des sources qui étaient closed jusqu'à maintenant seront ouverte (par exemple les manips au niveau des l&f swing).

Donc attendons de voir ce qu'apportera ce premier trimestre 2007
14/11/2006, 14h43
gokudomatic

Citation:

Envoyé par had35

Je ne connais pas suffisamment les implications des différentes licenses pour me prononcer. Mais si Sun conçoit le "comment" de façon très ouverte, un geste fortement symbolique consisterait à transmettre la propriété de la marque Java à une fondation qui aurait, alors, seul la responsabilité (Java n'est-il pas un langage orienté objet :lol: ) de définir les standards de la JVM et aussi JRE et JEE.

oui, j'ai aussi trouvé que IBM a une politique vraiment agressive vis-à-vis de Sun, genre tenter absolument de remplacer l'autre. Si je ne me mets pas à eclipse, c'est aussi un peu pour une raison politique.