Version imprimable
Bonjour. J'ai un probleme avec jsf.
J'ai un bean qui est dans le scoop request.
Dans une premiere page contenant une liste de donnee, l'utilisateur selectionne un element afin de le modifier.
Je mets donc a jour mon bean . Ce bean est lie a la deuxième page pour modification .lorsqu'etant dans la deuxieme page, je vois les donnees. mais si je veux modifier mes données. Mon bean n'est plus vu.
Je me dis que c'est parce qu'il est dans le scoop request.
Quelqu'un aurait il une solution au probleme
Le mettre en scope session ou le replacer, une fois modifié, en scope request...
Je ne comprends pas bien ta solution mais ce qui est sur c'est que je veux eviter le scoop request qui comme on le sait est gourmant lorsqu'on veux faire une appli qui sera utilise par un nombre eleve d'utilisateurs
Le scope session est coûteux en ressources mémoire tu veux dire ?
Perso, j'ai pas bien saisi l'explication de ton problème mais quel que soit celui-ci si tu ne mets pas des éléments en scope (et pas scoop) session, une fois ta requête traitée par ta servlet, plus rien n'est en mémoire et il te faut reconstituer ce que tu avais la fois d'avant. Il n'y a pas de solution miracle, soit c'est la mémoire qui est prise, soit c'est le même traitement qui est refait à chaque fois.
Lorsque l'application est réellement utilisées par beaucoup d'utilisateurs en même temps, le scope session est à proscrire sinon il y a risque de dépassement de capacité, donc serveur HS. Le scope request peut provoquer des ralentissements mais c'est déjà moins grave. Dans ce cas, soit on redimensionne le serveur, soit on tente d'optimiser les traitements.
Voilà.
Effectivement je comprends ton explication.
Mais concretement avec jsf, je n'arrive pas a resoudre mes problemes.
je te propose une solution avec 3 beans: 2 pour chaque page (en requete) et un bean en session qui contient les données communes aux 2 pages.
Chacun des bean request possede une référence vers ce bean session (tu peux configurer l'injection automatiquement dans le facesconfig)
EX: 1er bean gere l'affichage d'une liste de produit
tu clique sur un des produit du tableau, le bean de la 1ere page met à jour le bean session en sauvegardant par exemple l'id du produit selectionné, puis passe l'outcome de la 2eme page.
Le bean de la 2eme page lit le bean session et fait sa requete pour récupérer des détail sur le produit choisi puis l'affiche.
Une autre manière:
tu met un <f: param > (permet de passer une valeur en portée requete) à l'intérieur d'un lien dont tu spécifie directement l'outcome (sans passer par une action du 1er bean, si bien que le bean de la 1ere page n'est pas réinstantié, tu passes directement le paramètre au bean de la 2nd page...