Les Composants EJB
Cette conférence présente les composants EJB (Enterprise JavaBeans), essentiels dans le développement d'applications distribuées en Java. Elle s'inscrit dans un cours sur les architectures logicielles distribuées et détaille les différents types d'EJB, leur rôle dans une architecture multi-tiers, ainsi que leurs caractéristiques techniques.
D'après le document Les Composants EJB
Cet article a été rédigé automatiquement à partir du document source, puis vérifié avant publication.
Document source
Distributed Computing / Java Enterprise Edition · PPTX · 10 pages
Cette conférence présente les composants EJB (Enterprise JavaBeans), essentiels dans le développement d'applications distribuées en Java. Elle s'inscrit dans un cours sur les architectures logicielles distribuées et détaille les différents types d'EJB, leur rôle dans une architecture multi-tiers, ainsi que leurs caractéristiques techniques.
Définition et rôle des EJB
Les EJB sont des composants Java conçus pour être utilisés dans des applications distribuées. Leur principal avantage est de permettre au développeur de se concentrer sur les aspects métier de l'application, sans avoir à gérer les détails techniques complexes comme l'ouverture de connexions aux bases de données ou la gestion des transactions. Ainsi, les EJB facilitent le développement en masquant ces aspects techniques.
Intégration des EJB dans une architecture multi-tiers
Les EJB sont particulièrement adaptés à une architecture à trois tiers ou plus. Dans ce type d'architecture, chaque couche remplit une fonction spécifique :
- Le client léger, qui s'occupe de la saisie et de l'affichage des données.
- Le serveur, où résident les objets métier qui contiennent les traitements. Les EJB sont conçus pour représenter ces entités métier.
- La base de données, qui assure la persistance des informations.
Cette séparation claire des responsabilités facilite la maintenance et l'évolution des applications distribuées.
Les trois types d'EJB
Il existe trois types principaux de composants EJB, chacun ayant un rôle spécifique :
- Les beans entité modélisent des concepts métier identifiables par des noms. Par exemple, un bean entité peut représenter un client ou un objet en stock. Ces beans correspondent souvent à des objets réels et sont généralement persistants, stockés dans une base de données.
- Les beans session sont des extensions de l'application cliente et sont responsables de la gestion des processus ou des tâches. Ils incarnent la logique métier et les traitements.
- Les beans orientés message (introduits avec EJB 2.0) coordonnent les tâches impliquant d'autres beans session et entité. Contrairement aux beans session qui fournissent une interface distante avec des méthodes invoquées de manière synchrone, les beans orientés message reçoivent des messages asynchrones spécifiques auxquels ils répondent.
Structure technique d'un EJB session
Un EJB session est constitué de deux éléments principaux :
- Une interface Java quelconque. Dans la version 2 d'EJB, cette interface devait étendre d'autres interfaces, mais ce n'est plus obligatoire à partir de la version 3.
- Une classe qui implémente cette interface. Cette classe n'a pas besoin d'hériter d'autres classes, ce qui simplifie la conception.
EJB avec ou sans état
Lorsqu'un client appelle une méthode métier d'un EJB, le serveur d'application sélectionne une instance disponible pour traiter la requête. Le standard EJB impose qu'une même instance ne puisse pas servir plusieurs clients simultanément, ce qui signifie qu'un EJB n'est pas un composant multithread.
On distingue deux types d'EJB session selon leur gestion d'état :
- EJB sans état : L'instance qui traite la requête peut varier d'un appel à l'autre, selon la gestion du serveur d'applications. Ces beans ne conservent aucune information entre les appels.
- EJB avec état : Le serveur d'applications garantit que la même instance sera utilisée pour toutes les requêtes d'un même client. Cela permet d'utiliser des variables d'instance pour stocker des données entre les appels successifs. Par exemple, une valeur affectée à une variable lors d'un premier appel pourra être récupérée lors d'un appel ultérieur, même dans une méthode différente.
Cette distinction est importante pour choisir le type d'EJB adapté aux besoins fonctionnels et techniques de l'application.
Points clés
- Les EJB facilitent le développement d'applications distribuées en masquant les détails techniques comme la gestion des transactions et des connexions.
- Ils s'intègrent parfaitement dans une architecture multi-tiers, avec une séparation claire entre client léger, logique métier (EJB) et base de données.
- Il existe trois types d'EJB : beans entité (objets métier persistants), beans session (gestion des processus) et beans orientés message (coordination asynchrone).
- Un EJB session est composé d'une interface Java et d'une classe qui l'implémente, sans nécessité d'héritage particulier en version 3.
- Les EJB peuvent être avec état (stateful) ou sans état (stateless), ce qui influence la gestion des instances et la conservation des données entre appels.
Commentaires
Aucun commentaire pour le moment. Posez la première question.