[débutant] [Méthode]EJB et présentation web

Version imprimable

20/06/2006, 14h30
Eric Berger

[débutant] [Méthode]EJB et présentation web

Bonjour,

Je souhaite utiliser un EJB, pas seulement des getters et setter, mais également des méthodes métier au travers d'une interface web.

Je pensais utiliser jsp pour la construction des pages, et passer par une servlet pour manipuler le Bean.

Est-ce qu'un développeur pourait m'expliquer quelle est la bonne approche pour réaliser cela sans utiliser de framework tel que struts.

Pour commencer, depuis le client on appelera une jsp ou une servlet?
Si une jsp souhaite invoquer un getter du bean, comment s'assurer qu'il accédera à la même instance que le servlet.
etc..

J'ai juste besoin d'avoir le cadre pour partir dans la bonne direction.

Merci d'avance pour le coup de main.
20/06/2006, 15h43
Ricky81

Salut,

à priori :
- jsp pour la présentation
- servlet pour les traitements (contrôleur)
- business delegate pour l'abstraction entre le contrôleur et la couche ejb
- ejb session

voila grosso modo une architecture classique, sachant que tu peux décider de te passer du business delegate.

P.S. : ta couche d'accès aux données serait derrière les EJBs ?
20/06/2006, 16h35
Eric Berger

Citation:

Envoyé par Ricky81

P.S. : ta couche d'accès aux données serait derrière les EJBs ?

Exactement..

Si j'ai bien compris, mes liens et posts de formulaires pointent vers une servlet?

J'accède à mes EJB directement depuis mes servlets, donc pas besoin de business delegate, aprioris.

pour accéder à la même instance de mon EJB depuis une servlet comme depuis mon jsp, je dois la déclarer comme EJB session, c'est bien ça? (si oui, je n'ai rien contre une petite explication)
20/06/2006, 19h48
Ricky81

Oui le but est de déporter tout traitement dans la servlet pour respecter le paradigme MVC.

Et bien tu as 3 types d'EJB :
- session (avec ou sans état)
- entité (avant Java EE 5, évites)
- message

L'architecture classique est d'avoir des EJB Session "en facade" qui, s'il y a lieu, délegerons à d'autres EJB Session ou Entité.

Donc oui, ce sont des EJB Session que tu utiliseras dans tes servlets.
Si tu es en J2EE <= 1.4, au niveau optimisation, tu pourras éventuellement mettre tes beans home en cache pour que seul le premier appel soit consommateur en temps.
Ne code que le strict minimum pour l'instanciation de ton EJB Session dans ta Servlet. Tu peux par exemple déporter tout le RMI etc... dans une classe utilitaire.

En espérant avoir répondu à tes interrogations.

Eric
20/06/2006, 20h21
Eric Berger

Citation:

Envoyé par Ricky81

En espérant avoir répondu à tes interrogations.
Eric

Ca m'aide bien, merci...
Je suis sur JBoss, donc J2EE 1.4... Faut que je potasse un peu tout ça...

PS: Je pourrais savoir pourquoi tu as une photo de mon chat comme avatar? :mouarf:
20/06/2006, 20h25
Ricky81

Citation:

Envoyé par Eric Berger

PS: Je pourrais savoir pourquoi tu as une photo de mon chat comme avatar? :mouarf:

Taratata, c'est ma chatte ! :wink:
03/08/2006, 23h42
jpclavery

Citation:

Envoyé par Eric Berger

Exactement..

Si j'ai bien compris, mes liens et posts de formulaires pointent vers une servlet?

J'accède à mes EJB directement depuis mes servlets, donc pas besoin de business delegate, aprioris.

pour accéder à la même instance de mon EJB depuis une servlet comme depuis mon jsp, je dois la déclarer comme EJB session, c'est bien ça? (si oui, je n'ai rien contre une petite explication)

Le but du Business Delegate est de débarasser le client de sa dépendance vis à vis de la logique métier (ejb par ex).
Si, par exemple, un développeur d'ejb change la signature d'une de ses méthodes, cela implique que chaque servlets devra être mis a jour. Le Business Delegate permet de regrouper en un seul endroit tous les appels distants. Il faut en abuser.

Jean Pierre