<!-- Slide number: 1 --> # Les Composants EJB Firas Belhadj Majd Bouhlel
<!-- Slide number: 2 --> # Qu'est-ce qu'un EJB ? Les EJB sont des composants Java utilisables dans les applications distribuées. Ils permettent au développeur de se concentrer sur les problématiques "métier", sans avoir à se préoccuper de questions techniques de bas niveau, telles que l'ouverture de connexions sur des bases de données, ou la gestion de transactions.
<!-- Slide number: 3 --> Les EJB sont parfaitement adaptés pour être intégrés dans une architecture trois tiers ou plus. Dans une telle architecture, chaque tier assure une fonction particulière : le client « léger » assure la saisie et l'affichage des données. sur le serveur, les objets métiers contiennent les traitements. Les EJB sont spécialement conçus pour constituer de telles entités. une base de données assure la persistance des informations.
<!-- Slide number: 4 -->
<!-- Slide number: 5 --> # Les 3 types d'EJB Les beans entité modélisent des concepts métier pouvant être désignés par des noms. Par exemple un bean entité peut représenter un client, un objet d'un stock. Autrement dit, les bean entité correspondent à des objets réel. Ces objets sont dans la plupart des cas des enregistrements persistants stockés dans une base de données.
Publicité
<!-- Slide number: 6 --> Les beans session sont une extension de l'application client et ils sont responsable de la gestion des processus ou des tâches.
Les beans orientés message des EJB 2.0 sont responsables de la coordinations des tâches impliquant d'autres bean session et entité. La différence entre les beans orientés message et les beans entité réside dans la façon de d'y accéder. Un Bean session fournit une interface distante afin de définir les méthodes que l'on peut invoquer, alors que les Beans orientés message attend des messages asynchrones spécifiques auquels il répond.
<!-- Slide number: 7 --> # EJB session Techniquement, un EJB session est composé de deux éléments : Une interface Java quelconque. En version 2, cette interface devait étendre d'autres interfaces, ce n'est plus le cas en version 3. Une classe qui implémente cette interface. Cette classe n'a pas besoin d'étendre d'autres classes.
<!-- Slide number: 8 --> # EJB avec ou sans état Lorsqu'un client appelle une méthode business d'un EJB, le serveur d'application commence par choisir une instance disponible pour traiter cette requête. Le standard EJB impose qu'une même instance d'EJB ne peut pas servir plusieurs clients à la fois : un EJB n'est donc pas un composant multithread.
Si l'EJB auquel notre client fait appel est "sans état", alors cette instance peut varier d'une requête à l'autre, au gré du serveur d'applications. Dans le cas d'un EJB "avec état", alors le standard EJB impose au serveur d'applications de nous fournir toujours la même instance.
<!-- Slide number: 9 --> Dans le second cas, il devient possible d'utiliser des variables d'instance. On peut donner une valeur à une telle variable lors d'un premier appel de méthode, et la récupérer lors d'un appel suivant, de la même méthode ou d'une autre. Cela n'est pas possible dans le cas d'un EJB sans état.
Publicité
<!-- Slide number: 10 --> # Merci pour Votre Attention