@In entityManager vs @PersitenceContext (éviter la dépendance avec Seam)

bonjour,

ça ne fait que quelques jours que je suis sur Seam et j'aimerais avoir quelques éclaircissement.

tout d'abord, voici comment se présente en gros le projet :
- un paquet d'Entity, et les Ejb stateless correspondant dans un projet non-seam
- un projet seam pour la vue (avec icefaces 1.7)

mon soucis est de bien séparé le projet qui contient les ejb stateless du projet seam. je préfére éviter les dépendances à ce niveau.
donc je n'ai pas mis de @Name sur les ejbs, et je les ai déclaré dans un components.xml.

ça, ça fonctionne très bien.

maintenant, j'ai un autre soucis : je retombe sur les problèmes de LazyInitializationException. et là 2 solutions, soit j'utilise le PersistenceContext de type Extended, soit j'utilise la gestion des EntityManager de seam (via persistence:managed-persistence-context), le fameux SMPC.

mon soucis c'est que ça implique d'utiliser le @In pour injecter l'entityManager dans mes ejb. et donc retomber dans la dépendence avec Seam.

si quelqu'un a une solution à ce pb ou une bonne pratique à adopté dans ce cas là, je suis preneur :)

si mon problème n'est pas clair, n'hésitez pas à demander des infos.

Merci

Jo

PS : Seam 2.0.2.SP1 sur JBoss 4.2.2 et icefaces 1.7.1

Salut,

pourquoi sépares tu le projet qui contient les EJB à ton projet seam ?

Car le but de seam est de simplifier l'utilisation des EJB, et donc de simplifier le développement de l'application.


Et donc malheureusement, je ne vois pas comment résoudre ton problème

Désolé !

parce que je veux pouvoir partager ces mêmes ejbs (mes dao) avec d'autres applications qui ne sont pas forcement seam et du coup, la dépendence m'embête.

Ah d'accord, je comprends !

Tu voudrais donc avoir accés à tes EJB depuis ton application seam, voila ce que je peux te proposer, je ne sais pas si ça pourra t'aider, mais au début avant que j'utilise le framework seam, j'avais comme toi une projet pour les ejb et un projet pour la vue, et lorsque je voulais avoir accés à mes ejb, je faisais :

Code:

---

1 2 3 4 5

Context context = new InitialContext(); GestionDeDocument gdd = (GestionDeDocument) context.lookup("MonProjet/GestionDeDocumentBean/local");   gdd.maMéthode();

---

Où GestionDeDocument est mon interface pour les EJB, GestionDeDocumentBean est la classe implémentant cette interface, et MonProjet le nom du projet des EJB

Et ensuite, j'avais accés aux méthodes défini dans la classe GestionDeDocument

En espèrant que ça puisse t'aider

en fait, accéder à mes ejbs ne me pose pas de pb en soit, je les ai déclaré dans un components.xml comme ceci:

Code:

---

<component name="maDAO" class="com.toto.maDAOImpl" scope="stateless" auto-create="true" />

---

du coup, je bénificie des fonctionnalités de seam sans avoir la dépendance et je peux les injecter comme je veux en utilisant le @In.

en fait, le problème premier que j'aimerais résoudre, c'est les soucis causés par les OneToMany qu'il y a un peu partout dans mes entités.
Un problème bien connu en jsf réglé par des listener ou des filter dans les autres technos.
Seam gére lui même les entity manager et donc masque la difficulté.
mon problème c'est que pour utiliser la fonctionnalité de seam, je suis obligé d'utiliser dans mes ejbs (dao)

Code:

---

@In EntityManager entityManager;

---

en lieu et place de

Code:

---

@PersistenceContext EntityManager entityManager;

---

et par là même créer une dépendence avec seam et l'impossibilité d'utiliser ces ejb dans un autre projet.

après je ne sais pas si il y a une solution simple (on peut toujours réver :)) à mon problème mais n'ayant pas une connaissance profonde du framework, je préfére poser la question :)

Bon et bien malheureusement, je ne pourrais pas te proposer de solutions, car moi même, il y a très peu de temps que je travaille avec le framework seam.

En espérant que tu puisse trouver une solution.

Bon courage !

merci quand même d'avoir essayer, je vais continuer à chercher une solution.

tu as essayé @PersitenceContext(unitName="nomdetonunite")
ou <nomdetonunite> est le nom defini dans le persistence.xml