EJB : un parcours tortueux pour atteindre le succès

Quand en 2001 Sun lance la plate-forme J2EE incluant EJB 2.1, la société cherche à proposer à ses clients une technologie de composants distribuables et gérant le transactionnel. L’objectif fut atteint et cette technologie fut largement utilisée dans des projets critiques pour les secteurs bancaires ou industriels notamment. Toutefois, la lourdeur d’EJB 2.1 et le côté extrêmement invasif de son code dans les développement furent à l’origine d’une levée de bouclier de la part d’un certain nombre d’acteurs du monde Java. En 2004, Rod Johnson et Juergen Holler jettent les bases du fameux framework Spring qui propose une alternative crédible à EJB 2.1 en proposant la création de composants (bean) supportant du transactionnel et supportant les concepts d’injection de dépendance et couplage léger.

Le succès de Spring amena le groupe d’expert en charge de faire evoluer EJB à révolutionner cette technologie. En 2005, EJB3 voit le jour et ne partage avec son ancêtre que le nom. EJB3 reprend la plupart des concepts mis en œuvre dans Spring ou les frameworks cousin que son Guice ou Picocontainer.

JSF : de brillants concepts pour un résultat en demi-teinte

Java Server Faces est une technologie de conception d’Interface Web bâtie sur le pattern MVC et orientée composants. L”idée était de concevoir un modèle événementiel pour le web proche du développement classique d’IHM des applications standalone.

Malheureusement lorsqu’il voit le jour en 2004,  JSF est marqué par un certain nombre de défauts qui mettront du temps à être gommé par l’utilisation de technologies tierce comme facelets. Ces défauts ont considérablement ralenti l’adoption de JSF tout en favorisant l’émergence de framework orientés composant comme Wicket. Aujourd’hui avec Seam les derniers défauts de JSF sont levés et l’arrivée de JSF 2 permettra d’unifier toutes les technologies utilisées pour rendre JSF pleinement exploitable pour le développement web

Et Seam dans tout ça ?

EJB3 est une technologie très puissante et infiniment plus simple à mettre en œuvre que son ancêtre. Cependant, exploiter EJB3 depuis une application web peut se révéler assez complexe de part les importantes différences dans les cycles de vie des contextes web (requêtes, sessions) et des beans session d’EJB. C’est pour combler ce vide que Seam a été conçu. En effet, Seam unifie JSF et EJB3 sans que le développeur ait à gérer les interactions avec le conteneur EJB, mais ce n’est qu’un point de départ. Seam intégre un conteneur de composant permettant de se passer des EJB ou d’utiliser Spring comme fournisseur de composants tout en conservant un moteur transactionnel. Côté web Seam sait se passer de JSF et travailler avec Wicket ou GWT.

En bref Seam est devenu aujourd’hui une fabuleuse boîte à  outils dont nous explorerons tous les aspects dans un prochain article.

Intertek est à votre écoute pour tout projet de développement ou de transfert de compétences sur les technologies de pointe du monde Java.

Bonne lecture.