Discussion :

[Eric Berger]

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.

[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 ?

[Eric Berger]

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)

[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

[Eric Berger]

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?

[Ricky81]

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

Taratata, c'est ma chatte !

[jpclavery]

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&#233;barasser le client de sa d&#233;pendance vis &#224; vis de la logique m&#233;tier (ejb par ex).
Si, par exemple, un d&#233;veloppeur d'ejb change la signature d'une de ses m&#233;thodes, cela implique que chaque servlets devra &#234;tre mis a jour. Le Business Delegate permet de regrouper en un seul endroit tous les appels distants. Il faut en abuser.

Jean Pierre