Java passe à l'Open Source
Après plusieurs années de refus, Sun a annoncé que son langage de programmation serait porté sous licence Open Source. Deux questions restent encore sans réponse : quand et comment ?
Une forte demande du monde Open Source
Depuis des années les défenseurs du monde Open Source insistaient auprès de Sun pour qu'il ouvre l'accès au code de Java. Mais ce dernier résistait, prétextant des problèmes de compatibilité et la peur d'en perdre le contrôle. Qui dit Open Source dit naissance de nouveaux projets basés sur le code original, possible acquisition de la technologie par les concurrents...
La déclaration
C'est lors de la onzième conférence JavaOne réservée aux développeurs que Richard Green, nouveau vice-président de la section logiciels, a annoncé la nouvelle. Il a déclaré qu' « à ce stade, la question n'est plus de savoir si [Sun ouvrira le code], mais comment ». Il a néanmoins réaffirmé que les deux préoccupations antérieures de Sun ne disparaissaient pas pour autant. Il y a effectivement une pression sur Sun pour mettre son code à disposition, mais le souci de compatibilité demeure une priorité.
Selon Green, toute la communauté sera impliquée. Et de déclarer : « J'ai l'impression de ne pas avoir un patron, mais des milliers. Il faut que cela soit fait en groupe ». Étant donné que la tâche est loin d'être simple, aucune date n'a été fixée, mais le mouvement est en marche.
Attirer de nouveaux utilisateurs
En portant java sous licence Open Source, Sun espère que le nombre d'utilisateurs de Java augmentera et que les utilisateurs qui ne voulaient pas y toucher à cause de sa licence changeront d'avis. Ce changement de stratégie permettra aussi à un grand nombre de distributions Linux qui n'incluaient pas le JRE et JDK Java du fait de sa licence de le faire, redorant par la même occasion l'image de la société. Enfin, Sun a annoncé qu'il mettait à disposition de la communauté Open Source d'autres logiciels tels Sun Java Studio Creator et Sun Java System Portal Server.
Rappelons que Sun avait libéré le code source de son système d'exploitation Solaris en lançant le projet OpenSolaris il y a un an environ (voir "Sun ouvre le code source de Solaris").
- java ,
- open-source ,
- sun
- [MAJ] Un site Get Ready pour Windows Vista
- [MAJ] Une nouvelle faille dans Firefox
- Sanyo améliore les angles de vue des LCD
- Wengo : enfin la visio entre Mac et PC
- Premiers graveurs Blu-ray disponibles aux USA
- Le premier, Wanadoo intègre Orange
- Les Opteron à Socket F arriveraient en juillet
- Comparatif de clés USB
- La carte AM2CPU pour les cartes mères Asrock
peur de .net/mono ?
peur de .net/mono ?
Heu, je sais pas ce qu'est "mono", mais c'est clair qu'ils essaient de se diffuser le plus possible avant l'arrivée de Vista avec le .NET préinstallé...
Mono est une version libre et multiplateformes (donc bien sur pas développé par Microsoft) du framework .NET
Pour ce qui est de la libération de JAVA, le problème n'est vraiment pas nouveau et ça fait très longtemps que le bruit courrait, maintenant c'est officiel.
En plus en même temps que cette annonce, Sun a modifié les condition de distribution de JAVA. Il n'est toujours pas libre mais les distributions Linux pouront désormais le fournir en pakage et/ou a l'installation.
Certaines comme Debian ne l'installeront pas par défaut car il n'est toujours pas libre mais les paquet "non-free" sont déjà disponibles
Ha ouais, merci beaucoup Uther.
Ils sont si doués que ça en reverse engineering ? 
Bon, par contre, une version libre de .NET... ça fonctionne ?
Bon alors pour info c'est pas encore pour cette fois que Java passe en OpenSource (même si les sources sont déjà accessibles depuis un bon moment). La nouveauté est l'apparition d'une licence autorisant la redistribution par des tiers, notamment toutes les distributions Linux qui plus ou moins chacune leur système de packages (équivalent des .msi et autre setup dans l'env Windows). Donc Sun veut avant tout faire en sorte que Java soit facilement déployable dans un max d'environnement.
Bref, beaucoup de bruit pour pas grand chose au final.
Bon, par contre, une version libre de .NET... ça fonctionne ?
Et ils font meme mieux ;-)
Mono sait lire/génerer le CLI du C#.
Tu peux soit utiliser un framework libre avec mono (baser sut GTK# entre autres) pour des applications lourdes, voir .NET mais les WinForm ne sont pas totalement intégrer.
Le server ASP.NET fonctionne sans aucun probleme avec Apachet et MONO...
Enfin, tu retrouves pas mal de projet sympa et lié, comme CECILL - et Gendarme équivalent à FxCop...
Plus d'info : http://www.go-mono.com
Et je vous conseille de voir la liste des plates formes supportés que l'OpenSource ca a du bon ... http://www.mono-project.com/Supported_Platforms
Attention toutefois; si MONO marche bien dans son ensemble, il y a certaines parties de la Framework .NET qui ne sont pas portées dans Mono (à cause du code source protégé de Windows), ce qui peut être génant pour certaines applies.
).
De plus, à ma connaissance, la .NET Framework 2.0 n'est pas portée sous MONO. Hors, c'est la seule qui peut vraiment être une concurrente sérieuse à la plateforme Java (La 1.x, pour avoir bosser un peu dessus, c'est quand même un peu limite question fonctionnalités). D'ailleurs c'est depuis que la 2.0 est sortie que le nombre de projets basés sur .NET a explosé. Et c'est en partie pour contrer la 2.0 que Java sort en version 6 (avec des idées d'unification pompée sur la plateforme de Microsoft, c'est amusant! Chacun son tour le péchage des bonnes idées!
Donc Mono c'est bien, mais surment pas la panacé non plus.
Depuis des années les défenseurs du monde Open Source insistaient auprès de Sun pour qu'il ouvre l'accès au code de Java. Mais ce dernier résistait, prétextant des problèmes de compatibilité et la peur d'en perdre le contrôle. Qui dit Open Source dit naissance de nouveaux projets basés sur le code original, possible acquisition de la technologie par les concurrents...
Pourtant pour staroffice ca s'est plutot bien passe non?
De plus, à ma connaissance, la .NET Framework 2.0 n'est pas portée sous MONO.
Si si Mono implémente déjà la CLI v2 et les fonctionnalités associées dans le langage C# (generics, methodes anonymes, etc.). Côté lib, de nombreux composants d'ASP.NET 2.0 tournent déjà, System.Xml est à jour, comme d'hab le trou se trouve surtout au niveau des WinForms. Mais bon y'a des frameworks alternatifs bien plus adaptés lors de nouveaux développements : Cocoa# et GTK# entre autre.
ben de Java
Oui l'erreur classique. Si il y a "Java" dans le nom Javascript, c'est un pur hasard!
Alors pourquoi faut t'il la machine virtuelle (ils auraient pu appeler ça un runtime) de Sun pour faire tourner le javascript (et pas java, hein ?
Alors pourquoi faut t'il la machine virtuelle (ils auraient pu appeler ça un runtime) de Sun pour faire tourner le javascript (et pas java, hein ?
tiens c'est nouveau ça ...
Pas besoin de machine virtuelle pour executer du javascript.. Juste un navigateur compatible avec support du js activé
Alors pourquoi faut t'il la machine virtuelle (ils auraient pu appeler ça un runtime) de Sun pour faire tourner le javascript (et pas java, hein ?
Haha, 'faut arrêter la moquette !
La machine virtuelle Sun, elle sert à quoi alors ?
La machine virtuelle Sun, elle sert à quoi alors ?
A faire tourner un programme "Java" compilé.
Javascript en effet, n'importe quel navigateur moderne est capable d'interpréter ce language.
Regarde la définition de Javascript ici pour t'en convaincre: http://www.w3schools.com/js/js_intro.asp
Et les spécifications de ECMA-262 (sur laquelle se base les différentes version de Javascript utilisées par les navigateurs):
http://www.ecma-international.org/ [...] ma-262.htm
Tu verras ainsi que cela n'a RIEN A VOIR !
1) Java est un language typé, Javascript pas du tout
2) Le code Java est compilé, le code Javascript interprété.
3) Java permet de créer une très large panelle d'application en tout genre. Javascript n'offre que des fonctionnalités dynamiques à un site web (pas moyen d'exécuter du Javascript hors navigateur, pas moyen de créer ou lire des fichiers etc etc .)
La seule chose qui peut les rassembler est que la syntaxe est finalement assez proche, c'est du "C like". Il est relativement facile de lire du Javascript pour quelqu'un qui connait Java ou C.
Alors pourquoi voit-on apparaitre le logo de Sun "tasse à café" pendant le chargement d'une page javascript si "n'importe quel navigateur moderne est capable d'interpréter ce language" ? la preuve, sur les distributions Linux par defaut il manque "un morceau" pour pouvoir voir ces pages (ex : les graphiques de boursorama), morceau qui n'est pas present car propriétaire... comment appelle tu ce "morceau" ?
a moins que tu dise que ces pages Internet "javascript" soient en fait du Java
Alors pourquoi voit-on apparaitre le logo de Sun "tasse à café" pendant le chargement d'une page javascript si "n'importe quel navigateur moderne est capable d'interpréter ce language" ? la preuve, sur les distributions Linux par defaut il manque "un morceau" pour pouvoir voir ces pages (ex : les graphiques de boursorama), morceau qui n'est pas present car propriétaire... comment appelle tu ce "morceau" ?
a moins que tu dise que ces pages Internet "javascript" soient en fait du Java
http://img.boursorama.com/i/aide_graph/zoom.gif
Oui c'est du Java. Rien à voir avec Javascript.
Javascript ne permet que de manipuler les éléments HTML d'une page (DHTML). Donc, visuellement, tu ne peux rien faire de plus en Javascript qu'en HTML. Simplement, Javascript et DOM te permet d'insérer, de supprimer, de changer dynamiquement les propriétés des élements de ta page, pour te permettre par exemple d'ouvrir des Popup (
Cela dit, il est possible de faire appel à des librairies externes via Javascript (par exemple des appels aux services Windows WMI pour afficher des informations sur la machine); mais cela ne fonctionne pas forcemment de la même manière d'un navigateur à l'autre, donc ce n'est quasi pas utilisé.
C'est un gros problème avec Javascript. Les détails de l'implementation DOM n'est pas exactement la même entre IE, Firefox et les autres navigateurs; ce qui fait que certaines parties du code doivent tenir compte du navigateur sur lequel elles s'executent; ce qui ne simplifie pas le développement.
Mais encore une fois, tout ça n'a rien à voir avec Java.
Et dans la page de Boursorama, les graphiques sont affichés avec des "Applet" Java justement. Regardes le code de la page, tu verras qu'il y a un appel à une applet Java (programme en Java qui se charge dans le navigateur): Tu as un tag HTML "
Merci.