Conception DAO et EJB

Bonjour,

dans mon application j'utilise des dao pour l'accès aux données et packages de ma db. Jutilise en gros struts des jsp et des actions qui appellent les méthodes de mes dao pour traiter les données. ces dao sont de simples classes java implémentant le design pattern dao (pas d'ejb). A ce sujet, n'ayant pas vraiment travaillé avec des ejb, pouvez vous m'expliquer ce que des ejb auraient pu apporter de plus par rapport à une telle implémentation? Les Ejb peuvent être indispensables dans quelle situation?

Merci.

L'utilisation des EJB apporte une certaine flexibilité dans ton architecture.
Ca clarifie les roles de chacun: dans ton cas, tu as probablement des JSP/actions struts qui manipulent les données (elles ne font pas que les afficher).
Avec des EJB, chacun fait juste ce qu'il doit faire:
les JSP s'occupent exclusivement de la présentation, elles appellent les EJB qui traitent les données (en appelant ta couche DAO).
Résultat tes pages JSP sont moins lourdes (dans le sens code à maintenir).

Bref, en premier lieu, utiliser des EJBs c'est un choix architectural.
De plus, maintenant, avec les EJB3, c'est devenu tres facile de coder des EJBs, donc pourquoi s'en passer :)

Bonjour

Je me trouve dans la même situation que hocdz. J'ai un projet JEE où j'ai mon model, ma dao (géré par Hibernate) mes classes de services et la présentation (gérée par Struts).

Je voudrais utiliser les EJB mais j'ai du mal à voir comment faire proprement. Je me suis créé un projet EJB et je cherche quoi mettre dedans...

D'après ce que j'ai compris, mon modèle est déjà une Entity EJB car défini avec les annotations @Entity. Mes classes de services deviennent des Session EJB. Mes classes de DAO doivent elles être également dse Session EJB ?

Au niveau de mon projet de base qui ne conserve que la présentation (JSP + Form et ActionForm Struts), je vais devoir inclure en librairie mes classes de modèles. Est ce la bonne façon de faire ?

Merci pour votre aide

Citation:

---

Envoyé par hocdz

Les Ejb peuvent être indispensables dans quelle situation?

---

Je dirais qu'ils sont nettement plus intéressants dans le cadre d'une application distante, typiquement un client lourd qui manipulerait des ejb pour la couche données/métier (mais ça pourrait également être une application web).
L'alternative serait alors RMI ou les WebServices...

Mais s'il s'agit d'une application autonome, les DAO classiques avec Hibernate (ou un autre ORM) font largement l'affaire (avec accessoirement une couche Spring s'il y besoin d'une couche d'adaptation/paramétrage)