Présentation des EJB Enterprise Java Beans

Petit aperçu Technologie de composant logiciel. Apparus avec Java 2. Pensés pour les architectures clients-serveur. Permet de s’abstraire au maximum du fonctionnement réparti. Technologies de composants logiciels répartis. Apparus avec Java2, spécification par Sun Tuyauterie du fonctionnement réparti est déporté au niveau de la palteforme qui fera tourner l’EJB.

Les différents types d’EJB Session stateless EJB rendant un service simple. Session stateful EJB contenant une logique d’enchainement métier. Il y a trois types d’EJB, dont les utilisations diffèrent : Session stateless : EJB rendant un service de base. Un question, on a la réponse directement. Exemples: calcul de TVA, Session Stateful : EJB rendant des services conversationnel. Au fur et a mesure de l’enchainement des appels fonctionnels d’un client, il maintient l’état conversationnel. Exemple : contitution d’un panier par un client sur un site web marchand. EJB Entity : EJB capable de se mapper sur une base de donnée. Servent à contenir les données persistentes de l’application gràce à une base de données. Par exemple : Un EJB article, contenant toute les informations d’un article que pourra acheter un client. Entity EJB mappant une base de données

Comment est construit un EJB ? Factory Accès à des objets existants. Home Interface Bean Implementation Code applicatif de l’EJB La home interface se comporte comme une factory d’objets évoluée. On peut lui demander la création d’objets sur le serveur (avec ou sans paramètres) et de nous fournir une référence locale pour les utiliser. On peut également l’utiliser afin de faire des recherche dans les EJB Entity déjà créés. Des recherches sur léa clef, ou sur certraines caractéristiques. L’interface remote est une référence locale d’un objet qui tourne quelque part dans le reseau. Elle contient les différentes méthodes publiées par l’EJB. L’appel de ces méthode va provoquer leur execution sur le serveur. La classe de bean contient la partie executable de l’EJB. C’est cette classe qui tourne sur le serveur. Elle contient les implémentations des méthodes métier exportées dans la remote, mais aussi les initialisations appellées lors de la création de l’objet par sa home. Remote Interface Publication des méthodes métiers

L’EJB en interne Home Interface Bean Implementation Remote Interface Voici l’EJB dans son milieu naturel : le serveur d’application. Le container (en bleu) contient toute la tuyauterie de répartition. C’est le container qui va gérer les sommunication au travers du reseau entre la remote et la bean,; ou entre la home et le bean. Ce même container va également gérer automatiquement (si le développeur le désire) la persistence des attributs d’un EJB Entity. Le container, après modification de l’objet, va lire les attributs de l’EJB afin de les remettre dans la base de données. Le container peut également gérer le système de transaction, ou les autorisations d’appels de certaines méthodes. Remote Interface

Solutions pour EJB Bea Weblogic 5.1 et 6.0. IBM Websphere 3.5. Oracle, Iona, Sun ont également leurs solutions. Sachant que la norme a prévu de la place pour des personnalisations et des extensions, chacun peut se positionner sur son domaine de prédilection.