Discussion :

[lion13]

Bonjour tout le monde,
Pour des raisons de performance, j'évite dans mon application, au maximum, d'utiliser des beans dont le scope est "session".
Mais ca m'a causé des problemes dans quelques cas.
Par exemple, j'ai une page dans laquelle je crée des éléments.Puis, je sauvegarde à la fin ma list obtenue.Je ne peux pas utiliser le scope "request" avec le bean de cette page.
Est ce qu'il y'a une solution pour ca ou dois-je passer obligatoirement par le scope "session" ?
Merci d'avance.

[OButterlin]

Tu pourrais accessoirement utiliser un EJB stateful, mais je ne vois pas trop pourquoi tu rechignes à utiliser le scope session.
Si c'est un problème de taille mémoire, rien ne t'empêche de supprimer après usage le bean de la session.

[Esil2008]

Si tu utilises un seul bean avec un scope session pour sauvegarder des informations importantes, je crois pas que ça te causera des problèmes !

[lion13]

Merci mes frères pour vos réponses.Mais en faite les deux solutions ont des problèmes.
pour la solution de surpression après usage, son problème est le bon moment de suppression.Il est évident qu'on supprime le bean juste après la sauvegarde en BD. Mais le vrai problème se pose quand le client fait des sélections par exemple et remplie la liste à sauvegarde sans valider son choix.Donc il n'appellera pas la méthode qui va supprimer le bean.Comme ca on est pas sortie de l'auberge.
Le problème de la deuxième solution c'est point de vu lisibilité et maintenance du bean session ainsi que son volume.En faite je travaille sur un grand système d'information et non pas une simple application web.si je mettrai tous les variables session dans un seul bean j'aurai un bean gigantesque difficile à maintenir.
voila, Merci en tout cas pour vos réponses et ça me ferai plaisir d'en voir d'autres.

[VirageGroup]

Tu peux utiliser des tags qui maintiennent ton bean au delà de la request:

a4j:keep-alive chez richfaces ou bien t:saveState chez Tomahawk.

D'autres frameworks (Seam,Shale ) proposent un nouveau scope de type "conversation".

VG