Romain Guy a écrit 196 commentaires

Et on écrit "événement" et pas "évènement" :)

Je suis tout à fait d'accord. J'ai écrit un client mail avec wxWindows (comme cela s'appelait à l'époque) et j'ai été dégoûté à vie. Entre la documentation incomplète, les bugs, les difficultés d'obtenir les comportements attendus, etc. j'ai été ravi de voir la fin du projet. Vraiment un très mauvais souvenir :( Les choses se sont peut être améliorées depuis mais je vois mal comment ils pourraient avoir tout réglé sans changement fondamentaux.

Lis-toi mieux ou exprime-toi précisément :
>Sun a dit environ 42 784 243 fois que java serait "ouvert".

J'ai répondu sur ce thème :)

Le code source de l'API Java est disponible, le code source de la JVM aussi (sous deux licences différentes, j'ai posté des liens plus haut), tu as le JCP et la possibilité d'envoyer des patches. Ce n'est pas assez ouvert pour toi ? Quitte à continuer à se faire perpétuellement incendier, Sun aurait aussi bien fait de tout garder sous clé :(

Pour lire le code source de la JVM, va simplement ici : http://www.sun.com/software/communitysource/j2se/java2/download.xml(...)

Il faut se renseigner : http://java.sun.com/j2se/1.5.0/download.jsp(...)

Regarde bien cette page, tu peux télécharger le code source de la JVM 1.5.0 de Sun sous deux licences différentes...

J'ai plusieurs fois eu recours à Excel parce que le tableur d'OOo était pas foutu de traiter toutes les données de ma feuille pour tracer une courbe :(

Ben figure-toi que j'avais voulu participer à Classpath mais qu'ayant lu les sources de Sun dans le passé, je ne pouvais pas (chose con mais ça sert énormément quand on hérite de certaines de leurs classes :). Puisque je ne peux pas m'intéresser à Classpath, autant aider le J2SE "officiel" non ? Ou alors peut être que je devrais rien faire du tout.

Ou tout bêtement contribuer pour aider la grande quantité de projets Open Source et libres utilisant Java...

J'utilise Java depuis longtemps (doux euphémisme) et je dois avouer que J2SE 5.0 m'a véritablement surpris au niveau des performances de Swing et des temps de chargement. Pour Swing tu peux encore améliorer les choses en activant le pipeline de rendu OpenGL pour Java2D. Il y a un petit swtich dont le nom m'échappe pour cela.

Ou l'inverse. Si Java apparaît vraiment dans OOo ça pourrait m'intéresser de contribuer. J'avais tenté le coup mais quand j'ai vu la taille et la complexité du truc, j'ai laissé tomber. Mes (maigres) connaissances du C++ ne m'aidaient vraiment pas à m'intégrer au projet.

As-tu déjà utilisé Swing et XUL pour développer ? Si oui, tu saurais pourquoi Swing a un intérêt ;-) Et puis il existe déjà des "interpréteurs" XUL pour Java/Swing :p

Et c'était quand ? Parce que tu devrais essayer certaines applications modernes avec une JVM moderne. Evidemment Java ne propose pas des performances exceptionnelles dans toutes les situations mais ce n'est pas le problème majeur. Le gros gros gros problème de Swing est qu'il est terriblement FACILE de coder quelque chose de lent. En revanche, en connaissant la manière dont Swing est architecturé (beaucoup de lectures et un peu d'expérience) on peut obtenir des résultats impressionnants. Et il reste toujours l'option SWT.

Java sur le desktop a encore du chemin à faire mais c'est viable.

Tiens pour information, la communauté peut désormais contribuer officiellement des patches pour l'API de J2SE. Ce n'est pas encore de la licence libre qui fait plaisir à tout le monde mais c'est une avancée intéressante.

Et si cela peut te rassurer un peu : http://www.sunsource.net/(...)

Certains vont un peu vite en besogne. Peut-être que Sun est responsable de cette intrusion de Java dans la base de code d'OOo, mais il s'agit peut être d'un choix délibéré des développeurs. Décidément, le mal est vu là où ça en arrange certains. Bref, sans informations plus pertinentes, ne nous avançons pas trop.

Concernant les remarques sur le fait que Sun semble contrôler le projet, je suis très embêté. Sun a tout de même racheté StarOffice pour ouvrir le code source. Sun paye tout de même des développeurs pour travailler sur ce projet. Et si je ne m'abuse, ils fournissent une quantité non négligeable du travail. Il est amusant de voir que l'on critique Sun pour cela tandis que bien souvent on reproche à Sun de ne rien faire pour l'Open Source et le libre.

Bien sûr cela ne change rien au problème de la disponibilité de Java sur certaines plateformes (quoique tu peux l'avoir sur PowerPC avec MacOS X ;-) mais j'ai un peu de mal à lire ce genre de choses sans me dire qu'il y a quand même beaucoup beaucoup de râleurs dans cet univers (oui je sais c'est comme ça qu'on fait avancer les choses, etc.).

Enfin, personnellement, je continuerai à utiliser et à recommander OpenOffice.org.

Hmmm... à mon corps défendant je tiens à préciser que ma dépêche a été éditée. J'avais précisé, suite au mail que j'ai reçu de la part de Sun à ce sujet, que la CDDL était basée sur la MPL, ce qui est en effet différent de "proche".

The CDDL, which was approved by the Open Source Initiative's (OSI) board of directors on January 14, is based on the well-regarded MozillaTM Public License (MPL).

Pour ton autre remarque j'avoue que j'ai manqué de précision et je m'en excuse. Voici tout de même pour information le communiqué de Sun :

Sun Microsystems, Inc. (Nasdaq: SUNW) today announced that the source code for Solaris 10 - the most advanced operating system in the industry - will be made available under the OSI (Open Source Initiative) approved Common Development and Distribution License (CDDL). The company has established a community Web site at opensolaris.org. Buildable source code for Solaris will be available at this site in the second quarter of 2005.

Il ne reste plus qu'à définir ce que recouvre l'OS. Personnellement je ne pensais qu'au noyau et outils système de base. Bref, Solairs ce n'est pas nécessairement Solaris + Java.

Pour le communiqué complet : http://www.sun.com/smi/Press/sunflash/2005-01/sunflash.20050125.1.h(...)

Là tu marques un point. Je fais encore des cauchemars en pensant à des erreurs levées pendant l'exécution du programme final parce que les tests n'avaient pas couvert 100% du code.

Disons que ça ressemble beaucoup aux metadata de Java2 1.5 ^^ Du moins pour la syntaxe. J'ai regardé un peu comment utiliser les décorateurs et c'est vraiment sympa. On peut *enfin* déclarer des membres statique de manière lisible.

[quote]pour faire du "rendu SWING"[/quote]

Si si promis, il parlait d'interface graphique, *aussi* :-) Pour ajouter des méthodes aux composants Swing, tu peux, dans une certaines mesure, étendre les objets UI et placer tes méthodes dedans. Ce n'est pas le plus élégant dans certains cas mais ça à le mérite de marcher. A condition de ne pas vouloir changer de look and feel tout le temps.

Ou utiliser les classes UI* des look n' feel ? C'est fait pour ça entre autres.

A chaque langage son application. J'ai appris à programmer en impératif et je commence tout juste à découvrir sérieusement le déclaratif/fonctionnel. Conséquence, j'ai du mal à démarrer, formatté que je suis par mes habitudes, mais j'adore ça et j'aperçois des choses extrêmement puissantes qui me seront sûrement utiles pour résoudre certains problèmes. Bref, j'ai bien envie d'embarquer un interpréteur déclaratif/fonctionnel dans mes applications Java pour traiter certains algos :))

Ils ont voulu garder un bytecode compatible pour Java. Alors forcément y'a des défauts :((

Je ne vois pas le problème : la plateforme Java dispose d'un bytecode clairement défini dans les spécifications de Sun et si ton langage s'y conforme, tout langage peut utiliser tout bytecode généré par tout langage.

Ca tombe bien j'ai décidé de passer au Mac, je vais donc moi aussi pouvoir râler parce qu'aucun logiciel ne fonctionnera :)

Je comprends que cela te gêne mais je n'en ai rien à secouer dans le sens où j'ai envie de faire des logiciels libres en Java et pas de la politique. Je compte des milliers d'utilisateurs ravis et il y en a d'autres, malheureusement, que je ne peux pas satisfaire. Non pas que je ne le veuille pas, mais c'est parfois impossible et 5 ans dans l'univers du logiciel libre/open source m'ont assez fatigué. Les exigeances et les discussions "politiques" ou "religieuses" au bout d'un moment ça lasse. Personnellement je veux faire des logiciels, pas des JVM, à d'autres de s'en occuper.

Quant au vieux débat, cher à RMS, qui consiste à dire qu'un logiciel libre ne peut l'être s'il tourne pas sur une JVM libre... mais pourtant personne ne trouve à redire quand je créer un logiciel libre compilé sous Windows avec Visual C++ 6 non ? Et même si quelqu'un arrive à le compiler avec GCC, il reste lié à Windows, une plateforme non libre. Alors je propose que l'on soit cohérent : un logiciel libre ne peut pas être développé sous Windows s'il n'est pas aussi porté sous Linux.

Bref, ne le prend pas pour toi, au contraire, mais parfois ça devient vraiment fatiguant : on donne du temps pour les logiciels libres et on doit en plus se justifier, etc. C'est triste à dire mais j'ai de plus en plus envie de délaisser les licences type GPL/LGPL.