Vendredi dernier Sun organisait une journée de conférences gratuites dans ces locaux rue de Iena à Paris. Pour cette journée, Sun faisait une tournée de ces programmes OpenSources.
Malgré des salles parfois un peu petite, l’organisation était très correcte et le contenu des sessions très intéressant. Avec deux salles en parallèles j’ai porté mon choix sur ces conférences : JavaEE 6, Grizzly Comet, OpenSSO, GlassFish V3 prélude, JavaFx, JavaFx tools, Xwiki, Hudson. Beaucoup de choses intéressantes dont je vais vous faire part ci-dessous.

Présentation du Business Model pour les produits OpenSources Sun

Sun a commencé cette journée par nous présenter son Business Model pour l’OpenSource. Du grand classique, Sun apporte principalement du support, de l’assitance et de la formation pour l’ensemble de ses softs et fournis pour certains cas des distributions commerciales en parallèle de distribution free.
J’y apprend deux/trois infos intéressantes, Sun pense être le premier contributeur OpenSources (au monde ou de ses produits ???) je découvre le logiciel de virtualisation virtualbox (www.virtualbox.org) qui a l’air assez puissant et simple (en plus d’être gratuit).
Parmi les avantages de l’Open Source Sun met en avant une meilleure interopérabilité entre les logiciels, par contre le point sur la sécurité et le nombre de bugs portent plus à débat.
Une petite apparté sur MySQL : Sun pense qu’Oracle est sur utilisé. Parce qu’un gros projet nécessitant des fonctionnalités très avancé choisie Oracle, alors tous le SI devient Oracle. Sun essaye de casser ce schéma en ventant la facilité et la souplesse d’un MySql. Je suis relativement d’accord, reste à convaincre les DSI.

Retour d’expérience par SFR

Cette présentation m’a laissé très dubitative. Certes ce n’était pas le speaker prévu, mais bon je n’ai pas bien compris le message et je n’ai du tout était convaincu.
En gros la personne de chez SFR présentation la migration d’une de leur offre sur une stack « full Sun ». Passer d’un Tomcat, Axis (et je ne sais plus le reste) vers une solution Glassfish + Grizzly + Metro. Pas vraiment de données techniques intéressantes, pas de justification pour ce choix. J’ai juste eu l’impression que le choix a été plus marketing qu’autre chose (on a pris parce que c’était Sun). D’après le speaker Tomcat+Axis supporte mal la scalabilité.
Seul info intéressante : « SFR veux de – en – de produit à licences », ce qui confirme la tendance.

JavaEE6 par Roberto Chinnici (spec leader JavaEE6)

Certainement la présentation la plus intéressante de cette journée. Pour moi qui suivais ça de loin j’y ai appris pas mal de chose sur l’avancement de la specs ainsi que des specs liés.
Tout d’abord Roberto à mis en avant les grands axes de cette nouvelle mouture :

• Facilité d’apprentissage
• Facilité d’utilisation
• Flexibilité

On est clairement dans la continuité de J2EE 5.
Ce qui m’a interpellé par contre c’est : « L’agilité de la plateforme pour interchanger les composants ». En gros c’est de pouvoir rester sur un serveur d’application JavaEE6 mais de pouvoir par exemple rajouter la nouvelle API Servlet 4 lorsqu’elle sortira. Cet axe m’a l’air très intéressant mais je me demande encore comment cela sera mis en œuvre. Roberto pense à la possibilité pour les serveurs d’applications de faire des updates (un peu à la manière de GlassFish qui contient un module d’update). Je trouve ceci très intéressant en tout cas, car le gros problème de J2EE est que l’on est dépendant de la version du serveur d’application choisi par la production. A suivre donc…

Pour les grandes nouveautés on a droit :

Profils

Les profils permettent de découper la norme en sous ensemble cohérent et donc de ne pas devoir implémenter l’énorme stack entière J2EE. Le seul profil pour le moment validé (en plus du profil complet) et le profil web. En gros un clone de tomcat + JSF + JPA + JTA + EJB Lite (+ peut-être JAX-RS et WebBeans).
Il est parlé de profil type portail ou intégration, mais rien d’encore concret à priori.

Elagage

L’élagage permettra enfin aux développeurs de serveurs d’application de ne plus avoir à implémenter de vieilles normes complètement dépassées. Parmi celle-ci on retrouve notamment JAX-RPC, Entity Bean, JAXR, JSR-88. Ces normes seront facultatives et il y aura un marqueur particulier dans la javadoc pour préciser.

Extensibilité

L’extensibilité permettra l’enregistrement automatique de la configuration sans passé forcément par un fichier de configuration du type web.xml. Les servlets, filtres, listener… seront découverts à la volée par le serveur. De plus, les frameworks (style Spring MVC, Struts, etc.) pourront mettre dans leur jar la définition des listeners par exemple (dans META-INF/web-fragments.xml) ainsi le développeur n’aura plus besoin de faire la configuration explicitement.

Nouvelles API

Il nous a été présenté plus en détail les nouveautés de Servlet 3 et des EJB 3.1 mais je me contenterai de vous renvoyer vers d’autres articles en parlant plus précisément.

Nouveau packaging des applications EJB

Il n’y aura plus besoin de créer un jar pour ces EJB que l’on incorpore derrière avec un war dans l’ear. A la place l’EJB pourra se greffer directement dans le war. C’est quand même bien plus simple…
Concernant les EJB j’ai été content d’apprendre que le nommage JNDI serait enfin standardisé. Cela permettra donc de pouvoir créer des applications qui soient totalement portable d’un serveur EJB à un autre (en attendant d’autres problèmes ?).

Grizzly Comet par Jean-François Arcand

http://weblogs.java.net/blog/jfarcand/archive/2008/11/writing_a_twitt.html

OpenSSO par Alain Barbier

Alain Barbier qui est architecte chez Sun nous présentait la problématique du « Single Sign On » et de la fédération d’identité. J’avoue n’être que moyennement intéressé par le sujet et j’ai donc suivi plutôt la présentation des concepts plus que le projet OpenSSO en lui-même.

GlassFish V3 prelude par Alexis Moussine Pouchkine

Alexis Moussine Pouchkine nous a présenté la future version de GlassFish V3 nommé prélude. Cette nouvelle version est une réécriture du noyau de GlassFish basé sur HK2 pour la flexibilité et sur OSGI pour la modularité. Même si certains sont resté sur leur faim j’ai bien aimé la présentation qui démontrait vraiment la légèreté de cette nouvelle version.
Un démarrage très rapide, un rechargement automatique lors de la modification de classe tout en conservant la Session (tout comme Jetty) et enfin pour la grande nouveauté un mode embedded. C’est-à-dire la possibilité de livrer une webApplication tout en y intégrant un GlassFish packagé dedans (Jetty permet déjà de le faire également).
La modularité donné par OSGI est intéressante également, on peut désormais télécharger indépendamment les modules de GlassFish et surtout on peut les loader ou unloader à chaud suivant les besoins.
Pour la partie J2EE GlassFish3 souhaite coller aux dernières avancées et implémente déjà la préversion de JSF2.
Pour conclure, en tant que développeur j’ai été assez séduit par cette version de GlassFish que je vais m’empresser de tester. Alexis promet que cette version est aussi particulièrement pensée pour les équipes de production. Espérons que la mayonnaise prenne.

JavaFx

JavaFx était l’attraction phare de la journée. Sortie la semaine précédente, c’était LE sujet que j’attendais le plus. Voir en live les possibilités visuelles et surtout la facilité à produire du code. Avec 3 speakers arrivant directement de devoxx et une salle pleine à craquer on se languissait de voir la bête.
La première impression fut un peu ratée. En effet, le début de la présentation était axé sur la partie langage de script de javaFx. A première vu ça m’a fait pensé à du Groovy … en moins bien. J’ai bien aimé par contre la notion de bind qui permet de lier une variable au résultat d’une expression. Ce qui a raté c’est le fait que l’on à pas reçu les paillettes que l’on attendait et que les slides était écris en petit en blanc sur fond noir.
Puis vint la deuxième présentation qui était centrée sur l’outillage autour de JavaFx. On nous a principalement montré l’intégration faites avec Netbeans. J’ai trouvé ça assez sympa. La première version a l’air bien abouti bien qu’incomplète. Le mode de simulation qui permet de voir le rendu en tant que client lourd, de page web ou d’émulateur pour mobile est assez sympa. J’ai découvert en passant le profiler de netbeans, super simple à utiliser très sympa.
J’ai bien aimé ensuite l’intégration avec Photoshop ou Illustrator, il suffit de bien séparer en calque puis d’exporter pour JavaFx. Ensuite en JavaFx on manipule les calques. A priori beaucoup plus simple que de manipuler une flopé de sprites.

Xwiki par Thomas Mortagne

Certainement la présentation la plus décevante. J’y suis allé uniquement parce que GlassFish3 m’avait intéressé et que j’espérait en apprendre plus (la présentation s’intitulait « Xwiki et GlassFish »). Au final, je n’ai pas bien compris cette présentation. Il a été présenté les nouveauté de Xwiki (mais je connaissais pas vraiment les anciennes) et l’accent était mis sur les parties techniques notamment l’intégration de velocity, la création d’un langage de requête, …
Au final je suis assez déçu car je n’ai pas compris le but de cette présentation.

Hudson par Vincent Linsolas

En tant que grand fan de l’intégration continu, je me devais d’aller jeter un coup d’œil à cette présentation. D’autant plus, que jusqu’à présentation je n’ai utilisé que CruiseControl et Continuum comme serveur d’intégration continu).
Après une bonne présentation du but de l’intégration continu, Vincent Linsolas nous a présenté en live Hudson. Mon bilan : c’est sexy je veux essayer !
Hudson à l’air facile à installer et à configurer. Tout peux se paramétrer via l’interface (contrairement à CruiseControl avec ces xml et xsl…).
De plus, il est à priori aisé d’étendre Hudson via un système de plugin assez poussé.
J’ai été notamment intéressé par l’existence de nombreux plugin dont Nant et Nunit. Nous avons actuellement ce problème de vouloir utiliser le serveur d’intégration continu à la fois pour un projet Java et pour un projet .Net.
Enfin, cerise sur le gâteau, l’interface GWT est vraiment super bien faites, notamment l’avancement du build qui défile dans une page web, un peu comme si on avait une console DOS ouverte.
Je vous conseille d’y jeter un coup d’œil, notamment ici.