Discussion :

[kcirtap.tim]

Bonjour,

dans le cadre d'un projet, je dois implementer une methode qui doit me renvoyer les chambres non réservées d un hotel a une date précise.
Ma question est de savoir si cette methode dpoit etre dans un bean statefull ou stateless , j ai un petit doute là! j aurai tendance a l implémenter dans un statefull!

[Cafeinoman]

J'aurais tendance à dire au contraire. Un statefull a pour but de garder les infos sur la durée. Or ici, mieux vaut interroger la base a chaque fois pour être certains qu'un autre utilisateur ne l'a pas modifié depuis la dernière interrogation. Donc stateless, pour en instancier un neuf a chaque requête.

Je dirais même plus, si tu n'as pas besoin des fonctionnalités spécifiques des ejb (autrement dit si tu t'en sert comme d'un simple dao injectable), autant utiliser un bean CDI en @RequestScoped, qui reste (un peu) moins lourd.

[OButterlin]

Je suis du même avis que Cafeinoman, le stateless est tout indiqué pour ce traitement puisque tu ne conserves aucun état, tu cherches juste une information.

Pour le reste, entre EJB et java Beans par injection, je dirais que c'est un autre débat, les EJB ont des intérêts non négligeables dès qu'il s'agit de gérer finement des transactions, et les EJB stateful sont particulièrement bien pensés de ce point de vue...
Pour une application web uniquement, on peut faire des choses équivalentes sans, on est d'accord

[kcirtap.tim]

Merci
vous m avez bien eclairé! je vais de suite mettre ma methode dans un ejb stateless!