Au sujet des détails techniques de cette nouvelle licence, la GPLv2 sera choisie. Pourquoi pas la GPLv3 ? Simplement car elle ne serait pas encore finie. En effet, Sun travaille avec la FSF sur cette version 3.
Comme on aurait pu s'y attendre, Sun va libérer petit à petit son bébé. La première partie à être libérée sera probablement le compilateur javac et HotSpot, la machine virtuelle, durant le premier semestre de 2007. J2EE et J2ME suivront le pas également et seront libérés.
Les composants libérés proviendront de Java 7, et non Java 6, celui-ci étant pratiquement terminé, et ne sera diffusé sous GPL que si le temps le permet. Cela aura pris un certain temps, mais Sun tient finalement sa promesse de libérer Java.
Aller plus loin
- Le webcast de la liberté (6 clics)
- La rumeur de la veille (7 clics)
- Article Le Monde Informatique (8 clics)
- Article PC INpact (7 clics)
- Article Silicon.fr (5 clics)
- L’APRIL réagit suite à l’annonce du passage de Java sous licence GPL (7 clics)
# C'est triste !
Posté par Stéphane Traumat (site web personnel) . Évalué à 8.
http://about.me/straumat
[^] # Re: C'est triste !
Posté par enzodegap . Évalué à 10.
Mono/.Net vs Java
C'est ça aussi l'innovation
[^] # Re: C'est triste !
Posté par Laurent GUERBY (site web personnel) . Évalué à 1.
[^] # Re: C'est triste !
Posté par arnaudus . Évalué à 9.
"Quand un troll construit sur le modèle "Xsapucépalibre" s'effondre parce que X devient libre ou X disparait, un nouveau troll "Ysapucépablibre" prend sa place dans l'année qui suit".
De nombreux corrolaires peuvent être imaginés. Notemment en terme de récursivité : KDEsapucépalibre alors que Gnome c'est libre pourrait très bien devenir "Gnomesacucépluslibre alors que KDE maintenant c'est libre".
Mais je dois dire que la fin du "javasapucépablibre", ça me fout pas mal les boules. Il va falloir trouver une autre excuse pour dire que "javaçapu". Au moins, s'ils l'avaient mis sous licence BSD, on aurait pu dire "javaçapucétroplibre", maigre consolation.
[^] # Re: loi du troll
Posté par enzodegap . Évalué à -3.
je dirais plutot
"e^Y sapucépalibre" car l'année suivante les trolleurs font dans la surenchère de façon exponentielle
[^] # Re: C'est triste !
Posté par Yusei (Mastodon) . Évalué à -3.
sapulalibébordélique ?
sapucétroplan ?
Il faut faire confiance aux habitants de ce site, voyons. C'est pas du troll industriel, ça, madame, c'est du troll dans son habitat naturel. C'est vif, c'est en bonne santé, ça, madame.
[^] # Re: C'est triste !
Posté par ccomb (site web personnel) . Évalué à -3.
[^] # Re: C'est triste !
Posté par Mildred (site web personnel) . Évalué à 1.
A part pypy qui n'est pas vraiment une solution, je ne vois pas.
[^] # Re: C'est triste !
Posté par ccomb (site web personnel) . Évalué à 3.
Alors pour continuer, tu m'expliques comment tu scriptes blender et gimp avec java ?
Allez, y a pas des rubystes dans l'assemblée pour prendre le relai ?
[^] # Re: C'est triste !
Posté par Stéphane Traumat (site web personnel) . Évalué à 4.
http://about.me/straumat
[^] # Re: C'est triste !
Posté par Xavier Teyssier (site web personnel) . Évalué à -1.
Rien ne vaut une bonne licence BSD !
Et puis, GPL ou BSD, ça prend toujours autant de RAM :-(
[^] # Re: C'est triste !
Posté par arnaudus . Évalué à 1.
[^] # Re: C'est triste !
Posté par madhatter (site web personnel) . Évalué à 7.
Rassure toi, il reste toujours "Javaçaylourégourman_enressources" pour justifier ;D
There is no spoon...
[^] # Re: C'est triste !
Posté par WH (site web personnel) . Évalué à 4.
[^] # Re: C'est triste !
Posté par spart . Évalué à 10.
un silence si épais qu'on entend les chaises voler.
[^] # Re: C'est triste !
Posté par Bader Lejmi (site web personnel, Mastodon) . Évalué à -5.
Python ça roxe c'est libre !
[^] # Re: C'est triste !
Posté par Stéphane Traumat (site web personnel) . Évalué à -1.
En tout cas, avec Java, on est relativement protégé
http://about.me/straumat
[^] # Re: C'est triste !
Posté par lolop (site web personnel) . Évalué à 4.
Ah, Microsoft a passé avec Sun un accord de non-agression avec contreparties financières?
[toute ressemblance avec un accord récemment passé serait tout à fait fortuit]
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: C'est triste !
Posté par Jb Evain (site web personnel) . Évalué à 10.
[^] # Re: C'est triste !
Posté par theocrite (site web personnel) . Évalué à 7.
Est ce qu'il est protégé des brevets kodak ?
http://wiki.ffii.org/SunKodak04En
Est ce qu'il est protégé des brevets triviaux (un objet qui interagit avec un autre dans le but de [votre clause ici]) ?
Sans compter que java ne fait pas partie du périmètre défendu par l'OIN contrairement à python ou mono.
Bref, je ne me sentirait pas vraiment plus protégé avec java que python (et encore moins avec mono, même si cette remarque risque de m'attirer les foudres d'un grand amateur de calculatrices graphiques).
[^] # Re: C'est triste !
Posté par VTTiste . Évalué à -1.
Car si java devient libre, ça ne change malheureusement rien au fait qu'il est extrêmement lourd !
[^] # Re: C'est triste !
Posté par Barnabé . Évalué à 2.
[^] # Re: C'est triste !
Posté par Brice2Nice . Évalué à -4.
Sous licence BSD on aurrait au moins eue du code de qualité.
[^] # Re: C'est triste !
Posté par Antoine . Évalué à 10.
C'est vrai, d'ailleurs depuis qu'OpenOffice est libre, il est devenu très léger.
# Ok...
Posté par dev_nexen . Évalué à 0.
Une question : Sera enfin il possible de porter à terme des versions pour les plateformes non supportés officiellement voire carrément pas ??
[^] # Re: Ok...
Posté par Stéphane Traumat (site web personnel) . Évalué à 8.
Pourrais tu préciser ta deuxième question ? je suis pas sur de comprendre.
Pour info, du code 1.4 compile et tourne très bien sur une JVM 1.5
http://about.me/straumat
[^] # Re: Ok...
Posté par popopo333 . Évalué à 6.
[^] # Re: Ok...
Posté par JoeBar . Évalué à 4.
C'est faux : tout ne passe pas, exemple ici.
Le nom 'enum' est un mot clé réservé de java 1.5, ceci compile donc en 1.4 et pas en 1.5.
Je pense qu'il y a d'autres exemples, mais je n'ai encore jamais travaillé avec java 1.5, désolé.
[^] # Re: Ok...
Posté par Stéphane Traumat (site web personnel) . Évalué à 1.
Néanmoins, dans toutes les applis que ma société a développé, on a jamais eu de prbs pour passer à java 1.5... On s'en rend même pas compte !
http://about.me/straumat
[^] # Re: Ok...
Posté par TImaniac (site web personnel) . Évalué à 5.
(Ca reste à vérifier)
[^] # Re: Ok...
Posté par hophophop . Évalué à 3.
ie : ce code compile avec un javac 1.4.x ou anterieur, mais pas avec un 1.5 qui t'envoie boulet car enum n'est pas accepte en tant que variable.
Eclipse previent de ce genre de chose quand on developpe en 1.4, FYI.
L'interface Enumeration est dans java depuis la version 1.0, FYI aussi.
[^] # Re: Ok...
Posté par tgl . Évalué à 6.
Ça n'est pas tout à fait vrai : tu peux compiler ce code avec le compilo du JDK 1.5, si tu passes le paramètre "-source 1.4".
[^] # Re: Ok...
Posté par Julien CARTIGNY (site web personnel) . Évalué à 10.
Le fait que sa machine est libéré en GPL est un pas intéressant, mais en même temps rien n'empechait une société de faire son compilateur ou sa machine virtuelle (si: l'argent et le temps).
[^] # Re: Ok...
Posté par enzodegap . Évalué à -2.
si c'était si facile GJC nous permettrait depuis longtemps de nous passer d'une machine virtuelle.
[^] # Re: Ok...
Posté par Stéphane Traumat (site web personnel) . Évalué à 1.
http://about.me/straumat
[^] # Re: Ok...
Posté par duf . Évalué à 2.
[^] # Re: Ok...
Posté par golum . Évalué à 3.
http://www.lemondeinformatique.fr/actualites/lire-java-open-(...)
[^] # Re: Ok...
Posté par hophophop . Évalué à 3.
Un peu comme si quelqu'un faisait une VM pour executer du code c++ compile...
[^] # Re: Ok...
Posté par lambada . Évalué à 6.
>c++ compile...
http://llvm.org ?
(compilé certes mais pas en natif, plus toute les possibilités d'optimisations à l'exécution)
[^] # Re: Ok...
Posté par klessou . Évalué à 2.
Les specs sont peut être déjà libre mais seul Sun (et son réseau de partenaires : IBM, SAP, Apache, Jboss, ...) pouvait implémenté de nouvelles fonctionnalité à Java.
Un JSR (Java Specification Request) doit obligatoirement :
- implémenter complétement les spécifications,
- ne pas ajouter ni supprimer no modifier quelque choses dans les packages définis par la spécification
- passer les tests de compatibilité
[^] # Re: Ok...
Posté par kadreg . Évalué à 3.
[^] # Re: Ok...
Posté par Yusei (Mastodon) . Évalué à 4.
[^] # Re: Ok...
Posté par hophophop . Évalué à 3.
Par contre t'as pas le droit de diffuser avant d'avoir eu la certif, et du coup c'est relativement incompatible avec un developpement ouvert.
toujours selon ce meme article (et non, pas lu la mise a jour parue recemment, les linux mag sont trop cher pour moi, desole)
'fin c'est pas comme si sun avait deja emmerde un projet java open source.
[^] # Re: Ok...
Posté par Christophe Merlet (site web personnel) . Évalué à 5.
Ou est le problème ???
De la meme manière qu'il y a des spécifications pour le C, le C++, Python, Perl, etc...
Dans tous les projets sans exception il y a un groupe, un comité qui décide de l'évolution du projet.
Dans le cas de Java en quoi ça t'interdit de créer des nouvelles classes ? en quoi ça t'interdit de forker les specs de la JVM, a part le fait de ne plus appeler ça Java ?
Faut arreter d'être ridicule !
[^] # Re: Ok...
Posté par klessou . Évalué à 2.
- On réduit l'inovation possible à un groupe d'entreprise.
- Toute diffusion d'une version incomplète d'une JSR ou qui ne passe pas le test (TCK) est potentiellement illegale.
- Toute publication d'une implémentation libre qui ne passe pas le TCK est donc interdite.
L'analyse de RMS : http://www.gnu.org/philosophy/java-trap.html
Pour le passage en licence GPL change quand même pas mal le problème.
Des spécifications qu'on peut "forker" sans tomber dans l'illégalité.
C'est une "vérité vrai". ;-)
Rien ne te l'interdit quand tu ne l'implémentes pas dans "java".
Toute implémentation d'un JSR risque de violer des brevets des brevets, il faut donc obtenir une licence (contenu dans celle ou on accepte les spécifications).
Sun possède actuellement 90 brevets mentionnant java mais (contrairement à .NET), il est clairement spécifié qu'il est permis réaliser une implémentation (qui respecte le JSR).
Mais maintenant que Java est libre, JE dis "merci beaucoup" SUN et bravo ! (car même avant je ne crachait pas du tout sur JAVA, ... bien au contraire)
PS : J'ai longement hésiter avant de parler au présent :-D
[^] # Re: Ok...
Posté par briaeros007 . Évalué à 5.
Si tu implémente un compilo qui comprend des tas de trucs , mais qui implémente que la moitié de la norme c++, faut etre de mauvaise foi pour l'appeler 'compilo c++' (mais ca arrive).
ensuite rien n'interdis de créer de nouvelles classes/API... du moment qu'elle ne soit pas dans java. mais par exemple gnu. .
De toute facon , classiquement, il est inintéressant de modifier le langage en lui même , pour de simple raison de portabilité de code. Si tu veux modifier le langage, il faut mieux alors le forker.
Enfin cela a été établis non pas pour etre méchant avec la communauté du libre (je crois que sun a plus grand chose a prouver de ce coté la), mais bel et bien pour empecher ms d'implémenter une vm et/ou un compilo pas totalement compatible pour tuer ce langage. Et ma foi ils ont eu gain de cause vu que ms a bien essayer de le faire, mais n'a pas pu l'appeler jvm.
[^] # Re: Ok...
Posté par dev_nexen . Évalué à 0.
Teuz a bien compris c est effectivement de plateforme matérielle dont je parlais voilà ...
[^] # Re: Ok...
Posté par Mark Havel . Évalué à 5.
[^] # Re: Ok...
Posté par finesse2600 . Évalué à -6.
En devellopement logiciel l'important n'est pas le code mais l'architecture que l'on a pensé dés le début du projet avant de commençer à taper du code bêtement.
Le cycle en V c pas pour les chiens.
[^] # Re: Ok...
Posté par Pierre Jarillon (site web personnel) . Évalué à 10.
Les normes de Qualité sont issues du monde du hardware où l'on ne doit faire que ce qui est strictement défini. Elles s'appliquent bien au logiciel embarqué mais très mal quand ce n'est pas le cas.
Le cycle en V présume que les spécifications sont exactes et exhaustives, ce n'est jamais le cas quand un humain interfère avec le logiciel.
[^] # Re: Ok...
Posté par pvincent . Évalué à 1.
Eclipse-Java-ExtremeProgramming, ça fonctionne très bien.
[^] # Re: Ok...
Posté par erik_lallemand . Évalué à 9.
Ca changerait quoi? Parce que j'ai l'impression que pas mal de gens font encore le maladroit amalgamme entre GPL et "développeurs contributeurs depuis chez eux" et "gratuité". L'argent n'est pas sale, et les entreprises jouent un rôle majeur dans la promotion des logiciels libres. A l'heure où l'industrie mondiale en est rendue à externaliser et sous-traiter la moindre de ses activités, l'intégration, le support et la maintenance informatique sur les logiciels libres sont un aspect essentiel à comprendre qui définira le futur succès des logiciels libres.
[^] # Re: Ok...
Posté par Stéphane Traumat (site web personnel) . Évalué à 1.
Les entreprises, ce n'est pas forcément le mal absolu. On a le droit de gagner de l'argent avec les logiciels libres. Je suis fier de savoir que les développeurs que je paye peuvent développer du logiciel libre et je ne vais pas m'excuser du fait que l'on gagne de l'argent !
http://about.me/straumat
[^] # Re: Ok...
Posté par dev_nexen . Évalué à -1.
[^] # Re: Ok...
Posté par erik_lallemand . Évalué à 2.
En soi, être plussé ne doit pas devenir un but, même si je reconnais que c'est vexant de voir un commentaire sincère se retrouver dans le négatif. Sinon, on n'en est (heureusement) pas encore rendu à mettre des disclaimers partout, mais pour revenir à ton commentaire et ma réponse précédents, il y a une certaine tournure d'esprit qui correspond à chaque licence et ton commentaire moinssé prenait la GPL à rebrousse-poil tout en se réclamant de la GPL. Il ne faut pas chercher plus loin. Les trolls sur Javaçapue, peu de monde (je crois) les prend encore au sérieux...
tout les morceaux de Java n appartiennent pas forcément à Sun, les brevets éventuels/supposés qui pésent dessus
Là-dessus, je ne crois pas qu'il y ait de souci à se faire. En modèle propriétaire, Sun défendait son beefsteak sur les aspect "brevets". En franchissant le cap du changement de licence, ils ont dû investir pas mal de temps (donc d'argent) dans l'inventaire des propriétés intellectuelles et l'audit du code source pour éviter des déboires juridiques et éventuellement négocier la libération de morceaux propriétaires avec leurs ayant-droit. Enfin, si un auteur se juge lésé de sa propriété intellectuelle à travers l'ouverture de Java, il se retournera contre Sun et celui-ci ou la communauté auront la possibilité de recréer les fonctionnalités pointées du doigt.
[^] # Re: Ok...
Posté par briaeros007 . Évalué à 1.
Dis ca a mon ordi qui a pas forcément bcp de mémoire :( :( :( java seul ca va, mais une appli java + fx + icedove(thunderbird) je suis pas loin de la swap :(
(rem c'est pas que la faute de java ;))
# un rêve ?
Posté par Damien (site web personnel) . Évalué à -3.
[^] # Re: un rêve ?
Posté par cdeblesson . Évalué à 4.
Et peux-tu argumenter s'il te plaît ?
En quoi coder en java est-il un cauchemar ?
Le language ? J2SE ? Les outils ? Les frameworks ? Les performances ?
Quel language utilises-tu ?
[^] # Re: un rêve ?
Posté par golum . Évalué à 1.
Celui là il a des écailles et la langue fourchue et son tour de taille fait pi au carré.
[^] # Re: un rêve ?
Posté par cdeblesson . Évalué à -1.
[^] # Re: un rêve ?
Posté par Damien (site web personnel) . Évalué à 0.
Ben non surtout pas, sinon on tombe vraiment dans le troll...
Chacun trouvera ses propres réponses à tes questions :)
[^] # Re: un rêve ?
Posté par Nelis (site web personnel) . Évalué à 0.
[^] # Re: un rêve ?
Posté par Damien (site web personnel) . Évalué à 1.
En l'occurence sur les langages c'est les goûts et les couleurs, surtout ici où on doit pouvoir trouver des fans de moults paradigmes de programmation, des débutants, des hackers, des industriels et des académiques... Donc je sais pas pourquoi, je m'attends au pire si j'essaye d'argumenter :-)
Je préfère les remarques sibyllines mais qui peuvent prêter à réflexion, na.
[^] # Re: un rêve ?
Posté par Mathieu Schroeter (site web personnel, Mastodon) . Évalué à 0.
.. ->[]
# C'est bien
Posté par Jeanuel (site web personnel) . Évalué à 10.
La révolution du libre continue de faire son chemin.
Qt libéré, Netscape libéré, StarOffice libéré et maintenant Java, libéré. Que de chemin parcouru.
Votre pronostic pour le suivant sur la liste ?
[^] # Re: C'est bien
Posté par cdeblesson . Évalué à 2.
A ce propos, sans vouloir polémiquer, il existe un binding GTK pour java :
http://java-gnome.sourceforge.net/cgi-bin/bin/view
Aussi, je trouve dommage que Gnome ait choisi de se rendre dépendant de Mono, alors que java permet d'écrire des applications parfaitements intégrées, et qu'apparemment, il y a moins d'incertitutudes juridiques avec java.
[^] # Re: C'est bien
Posté par TImaniac (site web personnel) . Évalué à 4.
Gnome n'a rien choisi du tout. Les bindings pour Java sont dispos depuis longtemps et sont synchronisés depuis un moment avec les releases officielles de Gnome. Maintenant si Gnome a choisi une première appli Mono (Tomboy) et non Java, c'est plus parcque l'appli en question était dans l'esprit du projet. Si demain une appli Java intégrée à Gnome est susceptible de faire partie intégrante du projet, je suppose qu'ils n'hésiterons pas à le faire.
[^] # Re: C'est bien
Posté par cdeblesson . Évalué à 3.
Et cette dépêche alors ?
http://linuxfr.org/2006/09/07/21297.html
Je cite :
Donc Gnome dépend maintenant de Mono, et c'est bien les responsables de Gnome qui l'ont choisi, j'imagine que personne ne leur a imposé ce choix.
D'ailleurs, ça a suffisement trollé sur le sujet ce jour là pour que tout les lecteurs de DLFP s'en souviennent.
[^] # Re: C'est bien
Posté par TImaniac (site web personnel) . Évalué à 4.
Bref, tout ca pour dire que ils ont pas troller sur "On choisi Mono ou Java ?". Ils ont fait ca de manière plus pragmatique : ils ont choisi une application (en regardant quand même ses dépendances). Il se peut très bien qu'une appli Java fasse également son apparition si elle est cohérente avec le projet.
[^] # Re: C'est bien
Posté par scls19fr (site web personnel) . Évalué à 4.
[^] # Re: C'est bien
Posté par hophophop . Évalué à 3.
et a moins que tu fasse fructifier tes octets inutilises en bourse, c'est pas les, soyons TRES larges, 50+mo de dependances en plus qui vont te plomber ton disque dur.
[^] # Re: C'est bien
Posté par gnujsa . Évalué à 1.
Et si chacun tient ce genre de raisonnement, l'ordre de grandeur sera plutôt le Go que le Mo. Et s'il faut lancer chaque petite appliquette dans une machine virtuelle différente, il faut aussi considérer la quantité de mémoire vive nécessaire.
[^] # Re: C'est bien
Posté par TImaniac (site web personnel) . Évalué à 5.
Et s'il faut lancer chaque petite appliquette dans une machine virtuelle différente, il faut aussi considérer la quantité de mémoire vive nécessaire.
Là c'est pareil : au "pire" y'a 2 environnements qui s'exécutent, Mono et Java. Après 2 applis Mono partagent les mêmes libs en mémoire s'il le faut. On va même retrouver de nombreuses libs en commun avec les appli natives : Qt, Gtk, Gnome, etc.
[^] # Re: C'est bien
Posté par gpe . Évalué à 1.
Le jour où Gnome intégrera une appli Java, il se retrouvera dépendant de Java...
[^] # Re: C'est bien
Posté par golum . Évalué à 2.
[^] # Re: C'est bien
Posté par Brice2Nice . Évalué à -1.
[^] # Re: C'est bien
Posté par Wawet76 . Évalué à 10.
Il suffit de regarder quel est le prochain truc qui va être en concurrence avec le rouleau compresseur de Redmont. J'ai cru comprendre que Microsoft lançait un format pour concurrencer le PDF... Et il n'ont pas aussi un truc genre Flash dans les cartons ?
[^] # Re: C'est bien
Posté par Jeanuel (site web personnel) . Évalué à 3.
PDF, oui oui oui !
Sinon, je suis assez d'accord avec ton analyse. Sinon que j'ajouterai que, de mon point de vue, toutes ces libérations "de survie" sont des réussites.
[^] # Re: C'est bien
Posté par finesse2600 . Évalué à 2.
Par contre dire que toutes "ses libérations de survie" ont été des réussites faut pas éxagerer :
Firefox est lourd surement à cause de XULRunner (une vrai usine à gaz), à côté IE est rapide en tt cas de figure. Après pour la sécurité à l'utilisation je ne peut pas juger;
OpenOffice est aussi lourd et loin d'arriver à la cheville de MS Office;
pour ne citer que deux exemples.
[^] # Re: C'est bien
Posté par ewasx . Évalué à 4.
FF est beaucoup plus véloce que ie (mais que c lent ce truc...)
Et OOo, depuis la 2.0, devient utilisable (je suis un peu dur là). Mais quand on voit que MS office se perd dès qu'un document fait plus de trois pages avec des styles un poil complexes... Bien qu'il ait bcp plus de fonctionnalités qu'OOo, et qu'il soit plus rapide, des fois j'utilise OOo car la gestion des styles est plus robuste (boite sous MS office, avec templates asez complexes, donc j'ai plutôt tendance à choisir MS office par défaut pour les documents "jolis" de travail).
Pour résumer: les deux mondes ne sont pas parfaits, mais OOo et firefox sont vraiment de bon logiciels, meme si firefox est beucoup plus compétitif que OOo face à ses pairs MS.
[^] # Re: C'est bien
Posté par TeraHertZ . Évalué à 5.
[^] # Re: C'est bien
Posté par Raphaël G. (site web personnel) . Évalué à 1.
Avec un peu de chance ce seront les abrutis de ati qui dégageront et ils commenceront peut-être a faire des drivers potables ouvert ;)
[^] # Re: C'est bien
Posté par amielp . Évalué à -1.
# C'est tout ce que ça vous inspire ?
Posté par stef . Évalué à 10.
C'est pourtant une barrière derrière laquelle il y a une grande richesse de projets qui vient de tomber. Même si nous (utilisateurs de LL) utilisions déjà largement java auparavant, cette annonce de Sun nous ouvre largement les portes d'une communauté très productive.
Sans compter que nombre de projets libres écrits en java restaient timides car s'appuyant sur une machine virtuelle non libre. Maintenant, les ponts relient bien les deux rives, et les pisseurs de code java vont pouvoir vivre en harmonie avec ceux qui font la même chose en python, main dans la main, ensemble vers un monde meilleur (oops, je m'égare).
Bref, vous l'avez compris, pour moi c'est champagne. Et on trouvera toujours des trolls à lancer !
[^] # Re: C'est tout ce que ça vous inspire ?
Posté par - - . Évalué à 1.
je ne peux pas me rappeler le nombre considérable de programmes gnome/java qui attendaient dans l'ombre parce que "javacapucepalibre", et toutes sortes de Limewire, d'intégration en suspens de java dans os X , de facilité pour avoir le runtime dans ubuntu ou fedora , etc etc
oui, ca va être grand! déjà, qu'on me foute java-gnome de base dans tous les linux, vite, vite !
[^] # Re: C'est tout ce que ça vous inspire ?
Posté par Deb_Kubuntu . Évalué à 7.
[^] # Re: C'est tout ce que ça vous inspire ?
Posté par - - . Évalué à 0.
évidemment, il faut lire : "dans les linux qui utilisent gnome par défaut et fournissent les bindings officiels et qui proposent des outils de développement java ou une application de qualité, basé gnome en java"
voilà ? c'est mieux ?
[^] # Re: C'est tout ce que ça vous inspire ?
Posté par Etienne Juliot (site web personnel) . Évalué à 3.
J'avais proposé le projet à Savannah, pour être dans les projets GNU, et on m'avait gentillement fait comprendre que tant que mon projet ne marchait que sur une JVM non libre, il ne serait pas accepté. Résultat : direction sourceforge.
Avec le changement en GPL de la JVM Sun, j'imagine que les liens FSF <-> Java seront plus simples.
Je suis impatient de voir la réaction officielle de la FSF et de Richard Stallman vis à vis de cette libération.
[^] # Re: C'est tout ce que ça vous inspire ?
Posté par Flipo . Évalué à 2.
http://www.javalobby.org/java/forums/t84244.html
Enfiiiiin ! Java est libre.
# Bof
Posté par kesako . Évalué à -9.
- C'est tout ce que Sun trouve pour faire parler d'eux ? Eh ben, ... !
- Ca ne me donne pas plus envie de me mettre au java. Pour moi java c'est synonyme de "matraquage publicitaire a outrance de la part de commerciaux" ... exactement comme .net d'ailleurs.
On veut a tout pris me les fourrer dans les mains... j'aime pas.
[^] # Re: Bof
Posté par Stéphane Traumat (site web personnel) . Évalué à 8.
tu as le droit de pas aimer et de ne pas t'y mettre. Perso, un mec qui vient poster sur une news java pour dire qu'il aime pas Java, je trouve ça d'un con.
Quand au coté publicitaire... si tu veux mais il y a quand même des produits Java géniaux que tu trouves pas partout ! (JTA, Maven, Ant, Spring, GWT, Hibernate....)
Tu peux croire que c de la publicité mais viens travailler chez nous et tu verras les merveilles que ça fait ! et je peux te dire que les langages qu'on faisait ne lui arrivaient pas à la cheville (Delphi, PHP...)
http://about.me/straumat
[^] # Re: Bof
Posté par amielp . Évalué à 7.
C'est donc faire entrer la GPL par la grande porte.
Avec cette nouvelle, la GPL est maintenant utilisée par de nombreuses entreprise sur des gros projets.
[^] # Re: Bof
Posté par Fabimaru (site web personnel) . Évalué à 3.
Microsoft?
# Et les autres projets ?
Posté par Xavier Teyssier (site web personnel) . Évalué à 10.
Je pense à en particulier à GCJ, Kaffe, SableVM, etc.
Ces projets ont été lancés pour avoir une machine virtuelle Java libre (pas de VM pour GCK, oui.). Si la JVM de Sun devient libre, quel avenir pour ces projets ?
[^] # Re: Et les autres projets ?
Posté par cdeblesson . Évalué à 8.
Sans ces implémentations libres, SUN n'aurait peut-être toujours pas pris la décision de libérer java.
Espérons que ces projets évolueront et utiliseront le meilleur du code disponible, puisqu'ils ont maintenant la possibilité d'en intégrer tout ou partie.
[^] # Re: Et les autres projets ?
Posté par Camille Vacher . Évalué à 3.
[^] # Re: Et les autres projets ?
Posté par TImaniac (site web personnel) . Évalué à 3.
Sun va pouvoir le faire, mais quelque chose me dit qu'ils ne vont "surtout" pas le faire. Pour garder le copyright intégral de leur plateforme, et donc pouvoir la licencier comme ils l'entendent pour satisfaire tout type de client.
Par contre l'inverse sera plus probable, l'implémentation de Sun permettra de combler les trous de GNUClassPath par exemple (pour la partie bibliothèque).
[^] # Classpath
Posté par Etienne Juliot (site web personnel) . Évalué à 3.
http://kennke.org/blog/?p=25
Extrait :
"the fact is that now there is really no hard need for the GNU Classpath project anymore. But I want to raise two aspects here:
1. Many projects are built around GNU Classpath right now. It won’t be exactly easy and trivial to port them over to Sun’s libraries.
2. The development environment of GNU Classpath is much more flexible right now. This spirit of hack - test - commit is part of what makes GNU Classpath attractive for developers, including me.
So, I think both codebases will peacefully coexist for a while, and most likely converge too quite a great degree. If at a later point they merge into one or if they will continue to coexist, time will tell."
Faut pas rêver, je pense. Le projet Classpath a fait beaucoup de bien au logiciel libre pour inclure des softs comme Eclipse dans les distribs actuelles. Mais maintenant, ca va être chaud de trouver des gens motivés pour continuer à le faire évoluer sachant qu'il sera toujours en retard de version vis à vis du JDK Sun.
[^] # Re: Et les autres projets ?
Posté par Croconux . Évalué à 4.
J'ai même l'impression que Sun libère quelque chose dès qu'il y a une alternative libre viable. Pour le moment, ils vont passer la JVM et 2-3 gadgets sous GPL, mais bon des JVM libres on en a déjà des caisses. Pour ce qui est de la bibliothèque de classe (c'est un peu ce que tout le monde attendait) c'est pour plus tard (l'an prochain). Comme par hasard c'est lorsque ClassPath commence à être bien fourni qu'ils envisagent de libérer leur bibliothèque ? En gros le temps qu'il libèrent leur bousin on n'en aura plus besoin.
[^] # Re: Et les autres projets ?
Posté par Stéphane Traumat (site web personnel) . Évalué à 1.
http://about.me/straumat
[^] # Re: Et les autres projets ?
Posté par Jeanuel (site web personnel) . Évalué à 6.
C'est l'histoire de Qt, de KDE et de quelques "intégristes" qui disent non et qui fondent Gnome. Résultat : aujourd'hui, il existe 2 environnement de bureau libres et c'est la richesse de l'offre logicielle et la liberté du l'utilisateur qui en est renforcé.
[^] # Re: Et les autres projets ?
Posté par herodiade . Évalué à 5.
Oui, et une autre raison qu'on peut évoquer, c'est qu'ils auront servit à former plein de spécialistes pointus qui connaissent parfaitement les JVM, qui ont peut-être eu des meilleures idées que Sun sur certains points (pour avoir approché les mêmes questions d'une façon différente / dans une culture "informatique/entreprise" différente etc.).
Bref ces projets auront aussi constitué un laboratoire d'idées neuves et un vivier de talents autour du coeur de java, dans le monde du libre. Si ces gens se mettent à contribuer à l'implémentation de Sun, celle-ci va sans doute faite un grand bon en avant. Les audits de patches seront surement meilleurs aussi (avec plus de gens qualifiés pour les relire, des gens ayant eu une expérience différente de l'implémentation de java, et venant d'horizon différents).
[^] # Re: Et les autres projets ?
Posté par Julien CARTIGNY (site web personnel) . Évalué à 3.
Au contraire, les autres implémentations vont continuer à travailler leurs "niches" de marché. Pour éviter les ennuis de la monoculture et offrir lechoix aux utilisateurs / intégrateurs.
[^] # Re: Et les autres projets ?
Posté par kadreg . Évalué à 10.
[^] # Re: Et les autres projets ?
Posté par Brice2Nice . Évalué à -2.
[^] # Re: Et les autres projets ?
Posté par Yannick (site web personnel) . Évalué à 2.
Malheureusement, je ne partage pas ton optimisme...
[^] # Re: Et les autres projets ?
Posté par Brice2Nice . Évalué à 1.
[^] # Re: Et les autres projets ?
Posté par Yusei (Mastodon) . Évalué à 5.
Ensuite, avoir plusieurs VM, c'est bien, ça permet d'expérimenter des trucs. Ce qui bloquait surtout, ce n'étaient pas les VM mais les bibliothèques. Si j'ai bien compris, la libération des bibliothèques n'est pas pour tout de suite, ou bien est-ce inclus dans Hotspot ?
[^] # Re: Et les autres projets ?
Posté par iug . Évalué à 5.
La principale utilité de Java vient de Swing, Javasound...
[^] # Re: Et les autres projets ?
Posté par iug . Évalué à -3.
La principale utilité de Java vient de Swing, Javasound...
[^] # Re: Et les autres projets ?
Posté par Mark Havel . Évalué à 2.
# Java 6? Java 7?
Posté par Nicolas Melay . Évalué à 3.
Merci de ne pas confondre le langage et ses implémentations (Java SE/ME/EE chez Sun).
Sun sème déjà la confusion*, pas la peine d'en rajouter.
*: La dernière version de J2SE disponible est connue comme la 1.5.0 ou la 5 tout court, au choix.
Toute ressemblance avec le système de numérotation des versions de SunOS/Solaris du même éditeur...
[^] # Re: Java 6? Java 7?
Posté par Mark Havel . Évalué à 2.
Au final, ça devient plus clair et un peu moins compliqué à prononcer.
[^] # Re: Java 6? Java 7?
Posté par hophophop . Évalué à 6.
apres ya tout un micmac entre denomination technique et commerciale.
Bref, depuis la version 1.5, c'est java5 java6 java7 etc.
Donc en gros:
* Java2 : java que tout le monde utilise a moins d'etre un brontosaure
* Java 1.x : denomination technique
* Java5/6/7 : denomination commerciale.
ca a l'air un peu le bordel, mais quand t'y regardes bien pas tant que ca
[^] # Re: Java 6? Java 7?
Posté par feth . Évalué à 2.
Peut-être une suggestion à faire aux développeurs d'autres grands projets ? Bientôt linux 2000 !
Maintenant j'attends le jour où java va commencer à sauter des numéros de version majeure comme certaines distributions.
[^] # Re: Java 6? Java 7?
Posté par Jeanuel (site web personnel) . Évalué à 2.
[^] # Re: Java 6? Java 7?
Posté par Christophe Merlet (site web personnel) . Évalué à 2.
De mémoire...
Office 4.2
Office 95
Office 2000
Office XP
Office 2003
Office 12.0
et j'en oublie surement !
et je compte pas les déclinaison Pro, Premium, Small Business, Standard, PME...
Un travail a temps plein. Je mets au défi de trouver un revendeur certifié Microsoft capable de vous réciter ce bréviaire !!
[^] # Re: Java 6? Java 7?
Posté par gnujsa . Évalué à 2.
( remarquez la précision, 3.1, pour avoir un numéro de version identique à la version 16 bits, Windows « normal »)
[^] # Re: Java 6? Java 7?
Posté par olosta . Évalué à 1.
Office 98
Office 2001
Office v. X
Office 2004
[^] # Re: Java 6? Java 7?
Posté par TImaniac (site web personnel) . Évalué à 2.
Ca c'est le numéro de version. Le nom commercial c'est Office 2007.
# Transcription des discours de RMS et Eben Moglen
Posté par Laurent GUERBY (site web personnel) . Évalué à 6.
(pour les liens)
Sun Microsystems has choosen the GNU General Public Licence to open its Java technology: see the official annoucement page.
Here is my transcription of the small Richard Stallman video available on Sun site:
It will be very good that the Java trap won't exist anymore, it will be a thing of the past. That kind of problem can still exist in other areas but it won't exist for Java anymore. The GNU General Public Licence is the most popular, most widely used free software licence. The special thing about this licence is that it's a copyleft licence, that is to say all versions of the program must carry the same licence so the freedoms that the GNU GPL gives to the users must reach all the users of the program and that's the purpose for which I wrote it. I think Sun has, well with this contribution, has contributed more than any other company to the free software community in the form of software. And it shows leadership, it's an example I hope other will follow.
And here my transcription of the Eben Moglen video:
As Java became one of the most important languages for the expression of ideas about technology of programming in the last decade the question of Java's freedom, wether it could be use freely and made part of free software projects, has been a crucial question. Sun's policy of GPL'ing Java, which we are celebrating now, is an extraordinary achievement in returning programming technology to that state of freely available knowledge. Sun has now GPL'ed hardware designs, Sun is GPL'ing Java: that's an extraordinary vote of confidence in this way of sharing information. And we, in the free software world, are very pleased and very flattered to see Sun taking its own very valuable and very important product and agreeing with us that they will be more advantageous to Sun as well as to the rest of the community if they are shared under these rules.
Here is APRIL first reaction (french).
[^] # Traduction de la transcription
Posté par Arthur Accroc . Évalué à 5.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Nouvelles plate-formes supportées...
Posté par Marc Le Douarain (site web personnel) . Évalué à 1.
Je crois par exemple que le PocketPC n'en a toujours pas de potable (quoi que CrEme s'est amélioré il me semble...)
et certains OS alternatifs !
# Application de la GPL
Posté par Franck Routier (Mastodon) . Évalué à 1.
Je suis un peu surpris. Je n'imagine pas que tous les logiciels écrit en java soient contraints de passer en GPL demain !
Je suppose que Sun a pensé au problème :-) Je donc donc manquer quelque chose...
Quelqu'un peut m'éclairer sur ce point qui me semble pour le moins important ?
[^] # Re: Application de la GPL
Posté par khivapia . Évalué à 2.
Il me semble d'ailleurs (à confirmer ?) que java sera toujours disponible sous licence propriétaire comme c'était le cas.
[^] # Re: Application de la GPL
Posté par Franck Routier (Mastodon) . Évalué à 1.
Pourquoi ne pas avoir utilisé la LGPL, mais la GPL avec une exception explicite ?
Apparement, ce sujet à été discuté lors du passage de Classpath de la LGPL à sa licence actuelle. Et cela a suscité des discussions...
cf. http://www.kaffe.org/pipermail/kaffe/2004-January/096834.htm(...)
et la suite du thread...
Les avis des joyeux participants à Linuxfr sur ce sujet m'intéressent.
PS : de tous les commentaires sur ce sujet, celui sur la licence me semble le plus essentiel (plus en tout cas que : "oh, y aura plus de trolls"). Pourquoi me moinsse-t-on ???
[^] # Re: Application de la GPL
Posté par Franck Routier (Mastodon) . Évalué à 1.
Après une petite recherche sur Google, je constate que le passage de GNU Classpath de la LGPL à la "GPL + Exception" a suscité de nombreuses discussions...
En quoi la GPL + Exception diffère-t-elle de la LGPL ? Ca ne semble pas lumineux...
voir néanmois :
http://www.javalobby.org/java/forums/t84256.html
http://www.kaffe.org/pipermail/kaffe/2004-January/096834.htm(...)
http://beranger.org/index.php?article=1912
J'avoue que suite à ces lectures, tout n'est clair pour moi...
PS : le sujet du choix de la licence me semble plus que légitime (au moins autant que "dommage, plus de sujet de troll"). Pourquoi ces moinssages ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.