J'ai déjà eu plusieurs fois l'occasion de m'exprimer sur JFormDesigner, cet outil de conception WYSIWYG est une perle absolue. Un plugin Eclipse qui hisse l'environnement de développement Java au niveau de Visual Studio .NET (avec la richesse des Layout Manager en plus).

Pour être un fervent utilisateur de JFD depuis plus d'un an, j'avais il y a quelques mois envoyé un mail à Karl Tauber, le principal architecte de JFD, pour lui demander de combler les écarts existants avec Matisse, notamment :

- La gestion du GroupLayout ( Excellent Layout permettant de concevoir très rapidement des formulaires)

- La gestion de Beans Binding (JSR 295)

Il m'avait répondu y travailler activement et alors que j'attendais la nouvelle mouture pour début 2008, le projet a pris quelques mois de retard.

Aujourd'hui, JFormDesigner annonce enfin la release 4.0 avec le support visuel de GroupLayout. Cerise sur le gateau, JFormDesigner m'offre le renouvellement gratuit d'une dizaine de licences achetée pour le compte d'un client. Et pour la petite histoire, la JSR 295 est codée, elle sortira dans quelques semaines avec la 4.1.

Regarding JSR 295: (...) we will release it in JFormDesigner 4.1 (in a few weeks), which will probably have only one new feature: JSR 295 support.
Because we've promised you JSR 295 support long ago, we will make JFormDesigner 4.1 available as free update for your JFormDesigner license keys.

Une société à retenir pour son talent technique (cet outil est d'une stabilité exemplaire) et pour la qualité de sa relation client.

(Copie d'écran de JFD sous Ganymède)

Ext-GWT est désormais une release. Pour rappel, cette bibliothèque de composants GPL est totalement native. Cela signifie qu'aucun fichier JavaScript externe n'est requis.

Pour l'heure, le périmètre fonctionnelle de ce Framework est largement inférieur à son homologue JavaScript ExtJS. Mais à en croire la roadmap, le delta devrait se résorber progressivement d'ici cet été.

A titre personnel, je ne recommande pas encore ce Framework pour un développement industriel. Même s'il est couvert largement dans le cours GWT, GXT (c'est son nom de code) est encore mal codé, son principal (et seul?) développeur, Darell Meyer, a la fâcheuse tendance à confondre Nightly Build et Release. Le Design interne de GXT souffre encore de défauts de jeunesse et le support Multi-navigateurs n'est pas totalement au rendez-vous. Les versions suivantes devraient largement s'améliorer.

Lorsque j'anime la formation GWT, j'évoque systématiquement les différences entre GWT et les framework JavaScript. Parmi les avantages à mettre au profit de GWT, la modularité constitue un argument de poids. GWT a un principe fondamental : "on ne paye que ce qu'on utilise". En d'autres termes, si un module n'utilise que deux types de widgets (boutons & textfield par exemple), seul le code JavaScript lié à ses deux composants sera téléchargé. Ce principe serait un vrai casse-tête à reproduire en JavaScript du fait du nombre de combinaisons possibles. Il semble que cette complexité n'ait pas effrayé les membres de l'équipe Dojo qui a implémenté une sorte de "Lazy Loading Stub".

La concurrence de GWT va progressivement  entraîner les développeurs de Framework JavaScript à optimiser leur modèle de développement sur le principe du compilateur GWT. A une différence près, ces derniers ne bénéficient justement pas de l'apport d'un compilateur. Il est impossible de produire dynamiquement via script des optimisations réalisées statiquement.

A bon entendeur...

C'est Olivier Rafal qui annonce l'info. Si elle se confirme, ce serait une annonce majeure. J'avoue que je ne pariais pas un penny sur la tête de WebLogic après le rachat. Est-ce que cela signifie qu'Oracle a entendu la communauté plébiscitant l'un des meilleurs serveurs d'application de sa génération ? Dans tous les cas, cette décision serait tout à l'honneur du géant des bases de données. Ce n'est pas qu'OC4J n'est pas un bon serveur d'application (loin de là, voir ce billet), mais quitte à choisir, je préfère de loin la maturité d'un noyau éprouvé que celle d'un OC4J emprunté à Orion et qui a plutôt moins bien vieilli que son homologue. D'un point de vue de l'administration, WLS distance OC4J. D'un point de vue du support de l'AOP, la différence est encore plus criante. OC4J ne dispose pas de micro-noyau OSGI et même si BEA a pris le virage tardivement, WLS 10 a toutes les caractéristiques d'un très bon serveur d'application. Son micro-noyau est réellement modulaire.

Concernant l'implémentation JPA native, Oracle a là encore très bien fait les choses. TopLink n'est plus à présenter et BEA avait plutôt choisi un mauvais cheval avec Kodo. Le mariage de Toplink et WLS est très séduisant.

Il ne me reste plus qu'à contacter les clients à qui j'ai proposé de l'OC4J ....

Dans la même trempe que mon billet précédent, un ancien collègue m'a fait part du récent rachat de Iona par Progress Software. Ce rachat serait un non événement si ServiceMix, un des meilleurs ESB Open Source du marché, n'était au coeur de l'affaire. Une acquisition qui n'est pas sans rappeler celle de JBoss par RedHat, sauf que, lorsqu'on creuse d'un peu plus près, on comprend beaucoup moins les desseins de Progress Software comparés à ceux de RedHat, plus soucieux de compléter son offre logicielle.

Pour rappel, Progress Software est une société qui réalise environ 300 Millions de $ de CA. Spécialisée dans le domaine du SOA, Progress commercialise un ESB dénommé Sonic ESB, resté très longtemps dans un marché de niche.  En quelques mois, Progress s'est englouti pas moins de 3 enseignes reconnues. La première, Mindreef est spécialisée dans le monitoring, le test et la vérification d'applications SOA. La seconde, XCalia (anciennement Libelis) est une société Francophone ayant de fortes compétences Mapping Objet/Relationnel en environnement SOA et qui fournit lui aussi un ESB (Xcalia Intermediation). La dernière et la plus récente est Iona, qui propose Fuse ESB (alias ServiceMix), une plateforme SOA plébiscitée par le marché OpenSource.

Dans cet amoncellement de rachats, j'avoue avoir du mal à percevoir une quelconque pertinence. Sonic ESB rentre en frontal avec ServiceMix (un peu comme Weblogic et OC4J finalement). XCalia ne semble avoir aucune affinité avec SonicESB ou ServiceMix. Seul MindReef pourrait compléter l'offre sur l'aspect opérationnel/monitoring.

Pour une société qui pèse 300 Millions $, ces rachats successifs (Iona vaut 150M$) et sans cohérence fonctionnelle me font penser qu'il y aura là encore un ou plusieurs morts. Si Sonic ESB est préféré à ServiceMix, il y aura une levée de bouclier générale.

J'aimerais me tromper ....