Cette session aurait aussi utiliser la célèbre maxime : "KISS with POJO" :-).
Pour résumer cette session, je pourrais dire : ne faites pas d'EJB 2.1, préparez vos applications à passer sur les EJB 3.0. Pour ceci utilisez des conteneurs légers (Spring, Hivemind, Pico, IMPROVE Foundations Core ;-).
Pour Rod, les EJB 3.0 ne seront pas utilisables sur les projets avant 2 ans : la spécification n'est pas terminée, il faut ensuite que les gros éditeurs proposent une version à jour de le serveur d'applications.
Pour Rod, voici les problèmes de la spécification EJB : la spécification est sortie avant que des retours d'expérience existent, la spécification est centrée sur la distribution des composants (alors que personne n'en veut), elle partait du principe que les outils allaient cacher la complexité, l'API est intrusive, les EJB sont difficiles à tester.
Les principes de base d'un conteneur léger : IoC, configuration simple et consistante, pas de singletons, pas de dépendance instrusive, réutilisation maximum. Les conteneurs légers doivent être qualifiés de "Non-Intrusif" pour le code métier.
Voici les recommandations de Rod : adoptez une architecture POJO, développez des applications OO et non EJB, utilisez un conteneur léger, ne sacrifiez pas la portabilité entre serveurs d'applications, regardez EJB 3.0 quand la spécification existera, investissez votre argent dans le métier qui doit être codé dans des POJO.
Parmi les centaines de développeurs présents dans cette session, quelques dizaine affirment utiliser les EJB entités actuellement, aucun ne pense les utiliser dans 6 mois.
J'ai proposé à Rod une interview pour les lecteurs application-servers.com, il est partant. Il est assez pris en ce moment, moi aussi, ce ne sera donc pas avant février...