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.
![[en]](../images/en.png)
Le webcast de la liberté (765 hits)-
La rumeur de la veille (214 hits)
![[fr]](../images/fr.png)
Article Le Monde Informatique (1196 hits)-
Article PC INpact (457 hits)
-
Article Silicon.fr (356 hits)
-
L’APRIL réagit suite à l’annonce du passage de Java sous licence GPL (1259 hits)
> Lire la dépêche (127 commentaires, moyenne: 3).
Vous avez demandé le commentaire #774257.
Run by 
Cette page a été générée par Templeet en 0.0836s (dont 0.0094 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
C'est bien
Oui, c'est vraiment bien. Sun mérite les lauriers du libre.
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
Je dirais même plus, c'est bien !
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
Aussi, je trouve dommage que Gnome ait choisi de se rendre dépendant de Mono
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.
MonoFrance
[^]Re: C'est bien
Pardon ?
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
Me suis mal exprimé. Ce que je voulais dire c'est que Gnome n'a pas choisi d'être dépendant de GTK#/Mono, elle a choisi d'utiliser Tomboy, et donc se retrouve dépendant de GTK#/Mono.
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.
MonoFrance
[^]Re: C'est bien
Donc au final on va se retrouver avec x Mo de dépendances juste pour 2 applis... c'est beau !!!
[^]Re: C'est bien
d'un autre cote, si tu veux qqchose de leger, c'est pas gnome ni kde qu'il te faut, hein...
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
Sauf que mono a aussi ses dépendances, qui ont, elles aussi leurs dépendances, qui ont, ...
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
Faut quand même bien voir qu'un des gros atouts des frameworks de type Java/Mono, c'est de proposer en "standard" un grand nombre de bibliothèque. Ok au départ y'a plus de trucs à installer (quoique, quand c'est bien découpés en packages...), mais après tous les softs dépendent généralement des mêmes libs. Tu prends un programme en C/C++, chacun y va de sa lib XML, chacun y va de son moteur de log, certain sont compilés en statique, d'autre en dynamique. Bref, ca peut vite grossir alors que grosso-modo une appli Mono/Java ne demandera pas grand chose de plus que le framework standard.
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.
MonoFrance
[^]Re: C'est bien
Le jour où Gnome intégrera une appli Java, il se retrouvera dépendant de Java...
[^]Re: C'est bien
La Palice ?
[+] [^]Re: C'est bien
la police
[^]Re: C'est bien
QT libéré sans doute à cause de GTK. Netscape pour ne pas disparaître définitivement face à IE, StarOffice pour espérer prendre des part de marché à MS Office, et Java sans doute un peu pour redonner un coup d'accélérateur face à .Net
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
>Microsoft lançait un format pour concurrencer le PDF...
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
Ca serait bien que Acobat Reader devienne libre, je trouve que c un trés bon logiciel malgré sa lourdeur.
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
J'utilise OOo et Firefox sous windows et sous Linux. Sous Windows je peux comparer les produits libres et les produits MS. Et bien crois moi, les produits libres n'ont pas à rougir.
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
Ça serait cool si NVIDIA et ATI faisaient de même en suivant Intel dans sa démarche d'ouverture :)
[^]Re: C'est bien
Faudra attendre que les "nettoyage" dans la chaîne dirigeante du nouveau groupe ati+amd aient lieu pour faire remonter le court en baisse...
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 ;)
site perso : http://rapsys.free.fr/
[+] [^]Re: C'est bien
Mono ?