Publicité

Affichage des résultats du sondage: Sous quelle licence Java devrait-il être disponible ?

Votants
66. Vous ne pouvez pas participer à ce sondage.
  • GPL

    19 28,79%
  • LGPL

    15 22,73%
  • Apache

    9 13,64%
  • CDDL

    16 24,24%
  • BSD

    5 7,58%
  • Mozilla

    0 0%
  • EPL

    0 0%
  • MIT License

    2 3,03%
  • Autre license

    1 1,52%
  • Pas de préférence

    10 15,15%
  • Java ne devrait pas être Open Source

    6 9,09%
Sondage à choix multiple
+ Répondre à la discussion
Page 1 sur 2 12 DernièreDernière
Affichage des résultats 1 à 20 sur 26
  1. #1
    Expert Confirmé Sénior
    Avatar de christopheJ
    Profil pro
    Inscrit en
    avril 2004
    Messages
    1 612
    Détails du profil
    Informations personnelles :
    Âge : 39
    Localisation : France, Indre et Loire (Centre)

    Informations forums :
    Inscription : avril 2004
    Messages : 1 612
    Points : 7 362
    Points
    7 362

    Par défaut 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.


    • 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.
    Rédacteur - modérateur Java
    Les FAQ Java
    Les cours et tutoriels Java

  2. #2
    Rédacteur
    Avatar de lunatix
    Homme Profil pro julien
    Architecte technique
    Inscrit en
    novembre 2002
    Messages
    1 946
    Détails du profil
    Informations personnelles :
    Nom : Homme julien
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte technique

    Informations forums :
    Inscription : novembre 2002
    Messages : 1 946
    Points : 3 072
    Points
    3 072

    Par défaut

    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

  3. #3
    Expert Confirmé Sénior
    Avatar de denisC
    Profil pro
    Développeur Java
    Inscrit en
    février 2005
    Messages
    4 065
    Détails du profil
    Informations personnelles :
    Âge : 34
    Localisation : Canada

    Informations professionnelles :
    Activité : Développeur Java
    Secteur : Service public

    Informations forums :
    Inscription : février 2005
    Messages : 4 065
    Points : 6 904
    Points
    6 904

    Par défaut

    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....

  4. #4
    Expert Confirmé
    Avatar de GLDavid
    Inscrit en
    janvier 2003
    Messages
    2 684
    Détails du profil
    Informations personnelles :
    Âge : 37

    Informations forums :
    Inscription : janvier 2003
    Messages : 2 684
    Points : 2 626
    Points
    2 626

    Par défaut

    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.

  5. #5
    Expert Confirmé Sénior
    Avatar de Baptiste Wicht
    Homme Profil pro Baptiste Wicht
    Étudiant
    Inscrit en
    octobre 2005
    Messages
    7 433
    Détails du profil
    Informations personnelles :
    Nom : Homme Baptiste Wicht
    Âge : 26
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : octobre 2005
    Messages : 7 433
    Points : 19 362
    Points
    19 362

    Par défaut

    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.

  6. #6
    Membre Expert
    Avatar de Deadpool
    Homme Profil pro David
    Inscrit en
    novembre 2005
    Messages
    1 284
    Détails du profil
    Informations personnelles :
    Nom : Homme David
    Âge : 32
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations forums :
    Inscription : novembre 2005
    Messages : 1 284
    Points : 1 667
    Points
    1 667

    Par défaut

    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!”

  7. #7
    Expert Confirmé Sénior
    Avatar de adiGuba
    Homme Profil pro
    Développeur Java/Web
    Inscrit en
    avril 2002
    Messages
    13 196
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Java/Web
    Secteur : Transports

    Informations forums :
    Inscription : avril 2002
    Messages : 13 196
    Points : 19 124
    Points
    19 124

    Par défaut

    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 ?

  8. #8
    Nouveau Membre du Club
    Inscrit en
    mars 2006
    Messages
    42
    Détails du profil
    Informations forums :
    Inscription : mars 2006
    Messages : 42
    Points : 34
    Points
    34

    Par défaut

    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.

  9. #9
    Rédacteur/Modérateur
    Avatar de le y@m's
    Homme Profil pro Yann D'Isanto
    Ingénieur développement logiciels
    Inscrit en
    février 2005
    Messages
    2 640
    Détails du profil
    Informations personnelles :
    Nom : Homme Yann D'Isanto
    Âge : 31
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : février 2005
    Messages : 2 640
    Points : 5 496
    Points
    5 496

    Par défaut

    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.
    Je ne répondrai à aucune question technique par MP.

    Pensez aux Tutoriels et aux FAQs avant de poster (pour le java il y a aussi JavaSearch), n'oubliez pas non plus la fonction Rechercher.
    Enfin, quand une solution a été trouvée à votre problème
    pensez au tag

    Cours Dvp : http://ydisanto.developpez.com
    Blog : http://yann-disanto.blogspot.com/
    Page perso : http://yann-disanto.fr

  10. #10
    Invité régulier
    Inscrit en
    janvier 2006
    Messages
    9
    Détails du profil
    Informations forums :
    Inscription : janvier 2006
    Messages : 9
    Points : 9
    Points
    9

    Par défaut

    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/

  11. #11
    Expert Confirmé
    Avatar de moritan
    Homme Profil pro
    Développeur Java
    Inscrit en
    juin 2005
    Messages
    674
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : juin 2005
    Messages : 674
    Points : 2 854
    Points
    2 854

    Par défaut

    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

  12. #12
    Expert Confirmé Sénior
    Avatar de Baptiste Wicht
    Homme Profil pro Baptiste Wicht
    Étudiant
    Inscrit en
    octobre 2005
    Messages
    7 433
    Détails du profil
    Informations personnelles :
    Nom : Homme Baptiste Wicht
    Âge : 26
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : octobre 2005
    Messages : 7 433
    Points : 19 362
    Points
    19 362

    Par défaut

    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à

  13. #13
    Nouveau Membre du Club
    Inscrit en
    mars 2006
    Messages
    42
    Détails du profil
    Informations forums :
    Inscription : mars 2006
    Messages : 42
    Points : 34
    Points
    34

    Par défaut

    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é ?

  14. #14
    Expert Confirmé Sénior
    Avatar de christopheJ
    Profil pro
    Inscrit en
    avril 2004
    Messages
    1 612
    Détails du profil
    Informations personnelles :
    Âge : 39
    Localisation : France, Indre et Loire (Centre)

    Informations forums :
    Inscription : avril 2004
    Messages : 1 612
    Points : 7 362
    Points
    7 362

    Par défaut

    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

  15. #15
    Membre Expert
    Avatar de alexismp
    Homme Profil pro Alexis Moussine-Pouchkine
    Inscrit en
    janvier 2005
    Messages
    1 503
    Détails du profil
    Informations personnelles :
    Nom : Homme Alexis Moussine-Pouchkine

    Informations forums :
    Inscription : janvier 2005
    Messages : 1 503
    Points : 2 412
    Points
    2 412

    Par défaut

    Citation Envoyé par adiGuba
    (la JVM Multithread de Sun se fait encore attendre ).
    Multi-tâches, pas multi-thread! :-)

  16. #16
    Expert Confirmé Sénior
    Avatar de adiGuba
    Homme Profil pro
    Développeur Java/Web
    Inscrit en
    avril 2002
    Messages
    13 196
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Java/Web
    Secteur : Transports

    Informations forums :
    Inscription : avril 2002
    Messages : 13 196
    Points : 19 124
    Points
    19 124

    Par défaut

    Citation Envoyé par alexismp
    Multi-tâches, pas multi-thread! :-)
    Oui en effet
    Merci pour la rectification

  17. #17
    Expert Confirmé Avatar de KiLVaiDeN
    Inscrit en
    octobre 2003
    Messages
    2 725
    Détails du profil
    Informations forums :
    Inscription : octobre 2003
    Messages : 2 725
    Points : 2 716
    Points
    2 716

    Par défaut

    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

  18. #18
    Membre Expert
    Avatar de xavlours
    Inscrit en
    février 2004
    Messages
    1 832
    Détails du profil
    Informations forums :
    Inscription : février 2004
    Messages : 1 832
    Points : 2 153
    Points
    2 153

    Par défaut

    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.

  19. #19
    Expert Confirmé Sénior
    Avatar de adiGuba
    Homme Profil pro
    Développeur Java/Web
    Inscrit en
    avril 2002
    Messages
    13 196
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Java/Web
    Secteur : Transports

    Informations forums :
    Inscription : avril 2002
    Messages : 13 196
    Points : 19 124
    Points
    19 124

    Par défaut

    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++

  20. #20
    Expert Confirmé Sénior

    Inscrit en
    mai 2003
    Messages
    3 284
    Détails du profil
    Informations forums :
    Inscription : mai 2003
    Messages : 3 284
    Points : 9 776
    Points
    9 776

    Par défaut

    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.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •