Version imprimable
Salut a tous,
je travail pour le moment sur un processus de login dans lequel jai le cas suivant: une StaltelessBean appele une StaefullBean.
Ce cas est normalement eroné a cause des constraints du transaction handling et du context/session transfer.
Ma question: je dois redesigner le process et corrigé cette erreur.
Pour le moment jai aucune Idée comment maitriser cette situation.
si quelqun a deja fais experience avec ce cas, chaque Idée est la bien venue
Merci
Normalement le bean stateless ou statefull sont des beans session et sur mon application et sur qlq documentations que j'ai précedemment lues, avant de réaliser mon application, ce genre de beans est souvent utilisé comme controleur des beans entité utilisés dans le mapping objet/relationnel.Je pourrais dire que je suis un peu surpris de lire qu'un session bean appel un session bean (stateless ou statefull).Donc je conclue que peut etre il faudrait mieux restructurer votre application de façon à éviter les appels entre bean session.
Non je ne pense pas que ce soit un problème.
Les EJB Session stateless sont les "services" de l'application, qui correspondent aux "use case". Ils gèrent en effet le contexte transactionnel et accèdent souvent à la base à travers les DAO.
Par contre si pour un "use case" il faut appeler une autre séquence d'action gérée par un autre EJB stateless, pourquoi pas l'appeler (en faisant attention aux attributs transactionnels pour que le tout s'effectue dans la même transaction par exemple, si c'est le comportement souhaité).
Par contre les EJB session stateful servent à conserver en mémoire les informations d'un utilisateur pendant la "conversation" (succession de requêtes-réponses avec un même utilisateur). Ici encore, pourquoi ne pas appeler un EJB stateful depuis un stateless ?