Les Composants EJB

1/10
100%

<!-- 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.

Publicité

<!-- 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 -->

![](ContentPlaceholder3.jpg)

Publicité

<!-- 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.

<!-- 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 -->

Publicité

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.

Publicité

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.

<!-- Slide number: 10 -->

Merci pour Votre Attention

Les Composants EJB

Distributed Computing / Java Enterprise Edition · notes

Voir tous les documents en programmation

<!-- 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.

Publicité

<!-- 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 -->

![](ContentPlaceholder3.jpg)

Publicité

<!-- 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.

<!-- 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 -->

Publicité

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.

Publicité

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.

<!-- Slide number: 10 -->

Merci pour Votre Attention