des enterprise beans - Département Informatique

Types d’enterprise beans
Types d’ enterprise beans
le conteneur. D’autres méthodes, déclarées dans l’interface locale,
permettent au client de localiser une instance d’un bean et de supprimer
l’instance d’un bean lorsqu’elle n’est plus nécessaire.
Lorsque l’enterprise bean est instancié, le client peut appeler les méthodes
métier qu’il contient. Toutefois, le client n’appelle jamais de méthode
directement dans l’instance du bean. Les méthodes accessibles au client
sont définies dans l’interface distante du bean, et celle-ci est implémentée
par le conteneur. Lorsque le client appelle une méthode, le conteneur
reçoit la demande et la délègue à l’instance du bean.
Un enterprise bean peut être un bean session ou un bean entité.
Beans session
Un enterprise bean session s’exécute au bénéfice d’un client unique. D’une
certaine façon, le bean session représente le client pour le serveur EJB.
Les beans session peuvent maintenir l’état du client, ce qui signifie qu’ils
peuvent conserver des informations pour le client. L’exemple classique où
un bean session peut être utilisé est celui du chariot que “remplit” un
acheteur dans un magasin en ligne du web. Au fur et à mesure que
l’acheteur sélectionne un élément à mettre dans son chariot, le bean
session conserve la liste des éléments sélectionnés.
Les beans session peuvent avoir une courte durée de vie. Généralement, le
bean est supprimé par le client lorsque celui-ci termine la session.
Les beans session peuvent être stateful ou stateless. Les beans Stateless ne
maintiennent pas d’état pour un client particulier. Puisqu’ils ne
maintiennent pas d’état conversationnel, les beans stateless peuvent être
utilisés pour supporter plusieurs clients.
Beans entité
Un bean entité fournit un objet vue des données d’une base.
Habituellement, le bean représente une ligne dans un ensemble de tables
d’une base de données relationnelles. Un bean entité sert généralement
plusieurs clients.
Au contraire des beans session, les beans entité sont supposés avoir une
longue durée de vie. Ils maintiennent un état persistant, vivant aussi
longtemps que les données restent dans la base, et non aussi (peu)
longtemps qu’un client particulier a besoin d’eux.
Introduction au dé veloppement des EJB 1-7