"Désolé mais je pense que c'est toi qui n' a bien compris. L'auteur de la news cite le projet Mono pour ensuite l'opposer Sun qui n'a pas passé Java en Opensource."
Coucou c'est moi l'auteur de la news :-)
"Plus portable en quoi !?! AHMA, l'environnement Java est disponible sur beaucoup plus de plateformes."
Ok, trouves moi le JDK pour Linux/PPC ou de façon plus générale pour tout processeur non dans la lignée Intel. Trouves moi aussi le JDK pour *BSD. Pour l'instant sous FreeBSD il faut télécharger les sources de Sun (en acceptant une licence super-contraignante), appliquer des patches puis compiler un truc qui te demande d'avoir 1,3Go de libres. Pour Mono, il n'y a pas de problèmes de portages ni de problèmes de redistribution sous forme compilée.
"Pour le reste de ton post, tu soulignes combien il est déja compliqué d'implémenter classpath, alors je n'ose même pas imaginer pour .Net. (Wine malgré plus de dix ans de développement et des ressources non négligeables est encore trés loin de pouvoir passer en production par ex.)"
Le but de Mono n'est pas de tout implémenter. Les classes non spécifiques à Windows sont en particulier celles qui sont intéressantes. Je n'ai pas assez de recul sur Mono à ce jour, mais la plupart des classes implémentées ont l'air relativement fonctionnelles. Et puis Mono utilise un jeu de tests automatisés visiblement rigoureux. Ca peut paraitre être un détail méthodologique pour certains, mais ça permet d'avancer très vite ce genre de choses.
"Ah bon, les licences de GCJ, SableVM et Classpath ne te plaisent pas. Elles sont pourtant supportées par la FSF. "
Tu confond VM, compilateur et classes de la bibliothèque "standard" de Java. En l'occurence le nerf de la guerre concerne surtout les classes dites "standard".
[^] # Re: Dans la gueule du loup
Posté par Anonyme . En réponse à la dépêche Sortie de Mono 1.0 beta 1. Évalué à 3.
Coucou c'est moi l'auteur de la news :-)
"Plus portable en quoi !?! AHMA, l'environnement Java est disponible sur beaucoup plus de plateformes."
Ok, trouves moi le JDK pour Linux/PPC ou de façon plus générale pour tout processeur non dans la lignée Intel. Trouves moi aussi le JDK pour *BSD. Pour l'instant sous FreeBSD il faut télécharger les sources de Sun (en acceptant une licence super-contraignante), appliquer des patches puis compiler un truc qui te demande d'avoir 1,3Go de libres. Pour Mono, il n'y a pas de problèmes de portages ni de problèmes de redistribution sous forme compilée.
"Pour le reste de ton post, tu soulignes combien il est déja compliqué d'implémenter classpath, alors je n'ose même pas imaginer pour .Net. (Wine malgré plus de dix ans de développement et des ressources non négligeables est encore trés loin de pouvoir passer en production par ex.)"
Le but de Mono n'est pas de tout implémenter. Les classes non spécifiques à Windows sont en particulier celles qui sont intéressantes. Je n'ai pas assez de recul sur Mono à ce jour, mais la plupart des classes implémentées ont l'air relativement fonctionnelles. Et puis Mono utilise un jeu de tests automatisés visiblement rigoureux. Ca peut paraitre être un détail méthodologique pour certains, mais ça permet d'avancer très vite ce genre de choses.
"Ah bon, les licences de GCJ, SableVM et Classpath ne te plaisent pas. Elles sont pourtant supportées par la FSF. "
Tu confond VM, compilateur et classes de la bibliothèque "standard" de Java. En l'occurence le nerf de la guerre concerne surtout les classes dites "standard".