Gestion des Request/Session

Bonjour!

Je suis nouvelle dans l'utilisation de Struts et il y a une chose que je saisis mal... C'est la manière dont on peut utiliser les request et les session.

Je vais prendre le cas d'une page JSP a.jsp qui a été affichée par une action struts AffichageA.do.
AffichageA à la fin de laquelle on a mis un objet Obj dans la request de la Servlet et qui finit par un mapping.mappingForward((a.jsp))
(conversion rapide pour ne pas avoir a vous donner un semblant de struts-config).

Si par exemple dans cette page a.jsp un tag fait s’exécuter une autre action Struts: PopupB.do. Est ce que dans cette Action Struts, si on écrit l'instruction pageContext.getRequest.getParameter("Obj"); on pourra réavoir acces à l'objet Obj déposé dans la request avant le lancement de la page a.jsp.
Et au retour dans la page a.jsp, est ce que dans la request l'objet Obj sera toujours là?

En fait je ne sais pas si je suis claire (je l'espère) mais en gros j'aimerais savoir comment sont gérés les request et les sessions des Servlets. A quels moment elles sont créées, détruites, dans quel cas il peut être intéressant de déposer un objet dedans et dans quel cas non.

Voila! Toute doc m'intéresse!

Tout d'abord bienvenue au club :ccool:
quelques méthodes de création liées à la requête (HttpServletRequest):

HttpSession getSession() : retourne la session associée à l’utilisateur

HttpSession getSession(boolean p) : création selon la valeur de p

Gestion d’association (HttpSession)

Enumeration getAttributNames() : retourne les noms de tous les
attributs

Object getAttribut(String name) : retourne l’objet associé au nom

setAttribut(String na, Object va) : modifie na par la valeur va

removeAttribut(String na) : supprime l’attribut associé à na

Destruction (HttpSession)

invalidate() : expire la session

logout() : termine la session

Quand vous dites getSession (true), cette méthode vérifie si une session est déjà existants pour l'utilisateur. Si une session est en vigueur, il retourne cet objet session, par ailleurs cree une nouvelle session. Quand vous dites getSession (faux), cette méthode vérifie si une session est en vigueur. Si oui, alors il retourne la référence de cet objet session, sinon 'null'.

Bon courage ! :ccool:

Tu peux definir le temps d'expiration des sessions dans le fichier web.xml ! :ccool:

En general, tu utilises les request quand tu passes immediatement d'une page a une autre, et les sessions, quand tu veux utiliser une variable dans d'autre pages qui ne sont pas obligatoirement successeurs à la page ou la variable est declarée, :ccool: !

request.getparameter(...) pour les request ! :ccool:

Tu sais qu'il existe une fonction "Edit" ?

Sinon les paramètres de la requête sont ceux qui sont soumis côté navigateur mais on peut lier des objets à un contexte particulier :

• Page : Les attributs d'une page (JSP) sont conservés tout au long du traitement de la page et ne sont pas conservés une fois la page traitée.
• Request : Les attributs de requêtes sont conservés tout le long du traitement de la requête, c'est-à-dire jusqu'à ce que la réponse soit émise au client. Les objets sont donc accessibles après les forward de struts ou l'utilisation du dispatcher
• Session : Les attributs de session sont conservés tout le long de la session, c'est-à-dire après plusieurs requêtes.
• Servlet : Les paramètres de configuration d'une servlet est partagée par toutes les sessions/requêtes que la servlet traite. Si une servlet est instanciée plusieurs fois chacune pourra avoir ses propres paramètres de configuration. Ceux qui ne sont pas modifiables et sont spécifiés dans le fichier "/WEB-INF/web.xml" de ton application
• Web application : Les paramètres de configuration d'un servlet context est partagée par toutes les servlet de la même application. Ceux qui ne sont pas modifiables et sont spécifiés dans le fichier "/WEB-INF/web.xml" de ton application

Les objets doivent être placés au contexte le plus bas/proche où il est utilisé. Pour éviter des effets de bords et de gérer le nettoyage des paramètres.

Exacte! :ccool:

Merci beaucoup de vos réponses!!