Sortie de JEE 6, qu’en est il de l’avenir de Seam?

Avec la sortie de java EE 6 on peut se demander quel est l’avenir de Seam. J’écris cet article car j’ai eu cette discussion avec quelques personnes et j’aimerais exprimer mon opinion la dessus.
En effet une bonne partie des éléments pouvant amener à utiliser Seam tels que l’injection de dépendance, le nommage de Pojo via une annotation (@Name) etc … Mais aussi toutes les améliorations apportées à JSF 1.2.

Si vous avez suivi les apports de la Spec JEE 6, on a un équivalent au @Name : le @Named.
Pour ce qui est de l’injection de dépendance (@In) elle est présente et aussi simple que celle de Seam grâce à Weld (ou CDI).
Enfin, l’arrivée de JSF 2.0 nous amène un JSF encore plus simplifié qu’un JSF amélioré par Seam.

On peut donc se demander si on doit garder Seam ou tout passer en JEE 6 ?

Déjà, il ne faut pas oublier une chose cruciale : c’est bien les concepteurs et développeurs de Seam qui ont contribué aux nouvelles spécifications de JEE6 qui font le plus parler d’elle : à savoir CDI (implémenté par Weld), l’injection de dépendances, et JSF 2. Mais aussi la suppression de la couche intermédiaire entre JSF et EJB. De mémoire Seam a aussi contribué aux améliorations faites sur la norme EJB. Donc Seam est derrière les nouveautés majeures de JEE 6!

En fait pour moi, il est évident, si on suit la volonté initiale de Seam, qu’il faut coller le plus possible aux standards. Contrairement à Spring qui part du principe que la spec JEE n’est pas bien/efficace Seam est parti du principe qu’on pouvait l’améliorer et la faciliter tout en respectant les normes et standards apportés par celle-ci.

Mais limiter Seam à ce rôle est bien réducteur.

L’intégration simplifiée de nombreux frameworks et outils est pour moi un des éléments clefs du framework. Si vous l’utilisez vous avez du être aussi bluffé que moi lorsque vous chercher à intégrer Hibernate Search, iText ou encore Quartz et jPBM et j’en passe. Tous ces éléments sont nécessaire à de nombreuses d’applications, et pourquoi se compliquer la vie quand il suffit d’ajouter une à quelques lignes dans un fichier components.xml pour les intégrer ?

Voilà grosso modo pour moi la direction que devrait prendre Seam dans l’avenir, c’est à servir de sandbox à framework pour les intégrer dans une appli JEE6 standard.  Mais aussi apporter ses outils : génération excel, seam mail, seam pdf, Seam Remoting,intégration simplifiée d’Hibernate et Hibernate Search … et n’oublions pas nos composants Seam nous apportant quasiment autant que les EJB sans nécessiter de conteneur lourd.

Bref si les développeurs de Seam continuent à améliorer tout cela, on risque d’avoir dans les mois à venir un framework vraiment complet, et une vraie boite à outil archi complète pour JEE6.

Donc un bel avenir bien prometteur, aidé par la standardisation dans la spec JEE des idées innovante apportées initialement par Seam, qui va permettre aux développeurs de Seam de se concentrer sur le côté boite à outil