Nom de codes Java : Java 8 Wolf

Alors que cela fait bientôt une année que la révolution Java 5, ou Java 1.5 (Tiger), le temps commence à se faire long quant à la prochaine version de Java.
Selon toute vraisemblance, Java 6 (Mustang) devrait arriver en début 2006, quant à Java 7 (Dolphin), on devrait plutôt le voir arriver en fin 2007. Bref, c'est très loin.
Cependant, le marché prend son temps et Java 5 est loin d'avoir été intégré à tous les niveaux :

• Eclipse 3.1 la première version gérant completement Java 5 est sortit il y a à peine 3 mois, bien que Netbeans le gère autrement depuis plus longtemps.


• Les applications nécessitent un portage pour bénéficier des nouveautés du langage, et ce portage ne fait que commencer.

Alors en attendant, j'ai fait appel à Google Sets pour savoir quel serait le prochain nom de code pour Java.

Il s'agirait de Wolf. Plutôt joli nomnon ?

<oXygen/> 6.2 XML Editor & XSLT Debugger

Encore une nouvelle mouture de <oXygen/> XML, l'éditeur XML et XSLT, qui dans cette mise à jour majeur, améliore le support de Relax NG, se dote de fonctionnalité graphique et d'un certain nombres d'amélioration qui font de cet outil, le couteau suisse visuel indispensable de tout manipulateur XML/XSLT.

De plus, vous pouvez l'essayer en Java Web Start...avant de l'adopter.

fr: OpenOffice.org : 1.1.5 et 2.0 beta 2 disponible

Le site français d'OpenOffice vient de rendre disponible au téléchargement la version 1.1.5 d'OpenOffice en français, une des rares alternatives Open Source multiplateforme à MS Office.
Cette version est la version la plus stable en attendant que la prochaine version, la 2.0, actuellement en beta 2 et aussi téléchargeable en français, viennent apporté son lot de nouveautés.
Bon téléchargement

<XMLiZer />: Dernières versions de bibliothèques (mise à jour)

Ils semblent que je sois un peu trop impatient ici.
Ca y est, Xalan Java 2 a été mis à jour en date du 8 août 2005, afin de se mettre en conformité avec JAXP 1.3 et XML 1.1.
Il semble donc qu'un an après la sortie du JDK 1.5 intégrant JAXP 1.3, Apache vient enfin de récupérer ce que Sun y avait intégré. De là à penser que des problèmes de licenses en sont l'origine, il n'y a qu'un pas.

Par ailleurs, Xerces Java 2 a lui aussi été mis à jour (correction de bogues uniquement) en version 2.7.1.
Le clou du spectacle n'est autre que le fait que Xerces C 2 a été mis à jour en version 2.7.0 en date du 8 septembre 2005 au même niveau de fonctionnalité que son homologue en Java !

Alors je continue à en demander plus, sait on jamais :

• La mise à jour de Xalan C, encore en version 1.9.0 en date du 22 décembre 2004, en espérant des gains de performance au passage ;
• Et pour le sport, la mise à jour de Xerces P, la version Perl, encore en version 2.5.0 du 17 juin 2004

Enfin, comme JAXP 1.4, devrait être intégré dans Java 6 (Mustang), le successeur de Java 5 et que Sun s'est engagé à sortir une version tout les 18 mois, i.e. la prochaine échéance est au printemps 2006, on est en droit de penser que Sun avait besoin qu'un peu d'ordre soit mis dans les packages Apache afin d'y intégrer les modifications nécessaire à JAXP 1.4.

On s'attend donc trouver dans JAXP 1.4 :

• Le contenu du JSR 173, i.e. l'API StAX
• La gestion d'xml:base et d'xml:id
• La gestion de XLink et XPointer
• Et si le W3C mets le turbo : XPath 2.0, XQuery 1.0 et XSLT 2.0 (quoique cela serait plus crédible de retrouver ceux-ci dans un JAXP 2.0)

Enfin pour terminer, ce tour des parseurs et transformateurs mis à jour, Saxon pour XSLT 2.0 continue ses mises à jour et est désormais en version 8.5.1 en date du 26 aôut 2005, où le gros des améliorations est porté sur l'optimisation.

Si Michael Kay se concentre sur les optimisations, il y a fort à parier que les W3C Recommendation, ne sont plus très loin.

Enfin, on l'espère ...

P.S. : Promis je parle de libxml et libxslt la prochaine fois.

<XMLiZer />: xml:id Version 1.0

La Candidate Recommendation est enfin devenu une W3C Recommendation. Ainsi, l'interfaçage avec les CSS, au sein de document XML quelconque, sera un peu plus naturel.
Je dis un peu plus car désormais, il faudrait normaliser :

• Les appels (attribut href) pour créer des liens dans le documents (j'avoue, ça n'a pas grand chose à voir avec les CSS, mais plutôt avec l'hypernavigation et en plus XLink est sensé résoudre le problème, mais les implémentations ne se pressent pas...)


• Les classes (attribut class) pour définir des comportements génériques (ou alors il faudra permettre des expressions XPath dans CSS...)


• Les styles (attribut style) pour définir des styles en lignes

Bien entendu, cela poserait quelques problèmes philosphiques (séparation du fond et de la forme), mais à moins de dire clairement que le seul dialecte XML affichable dans un navigateur est XHTML, alors il faudra faire un effort dans le sens de l'intégration plus poussé des CSS au sein de XML.

À bon entendeur, salut !

SVG.org > Happy Birthday SVG!

Eh oui ! Cela fait déjà 4 longues années que la norme SVG 1.0 est sortie. Alors qu'en est-il de toute l'effervescence succitée au debut ?

Opera a été le premier à supporter un sous ensemble (sic !) de SVG (plus précisément SVG 1.1 Tiny) en natif.

Deer Park, la prochaine version de Firefox, la 1.5, gèrera elle aussi le SVG partielement.

Les plugins de Apache et Adobe, n'évolue plus ou presque.

Cependant, Apache semble avoir repris les choses en main en fusionnant les projets Batik (SVG) et FOP (XSL-FO).

Et dire que MathML 2.0 a aussi déjà 4 ans....

Bref, un chantier énorme se profile à l'horizon de la fondation Mozilla : après avoir reconquis les standards "mimima" (XHTML, HTML 4, CSS, ECMAScript, XML+CSS, PNG), il reste à gérer les standards étendues (SVG, MathML, XSLT, XForms, XSL-FO) et améliorer la gestion des standards déjà géré (CSS notamment)