Discussion :

[coyote999]

Bonjour à tous,

il s'agit plus d'une question que d'un problème :-) Un formulaire contient une liste de valeurs, mettons une liste de marque de voiture. Si l'on valide ce formulaire et que la méthode "validate" renvoie un ActionErrors non vide, on affiche les messages d'erreurs dans la page même du formulaire.

La question est las suivante : j'ai tendance à mettre ce formulaire en session, car en request lorsque l'on tente de réafficher le formulaire avec les messages d'erreurs, jboss me dit qu'il ne trouve plus la liste de marque de voiture. Ceci a comme désavantage que la session gonfle petit à petit et prends de la place en mémoire.

Alors à part le fait de faire un session.removeAttribute(nomDuFormulaire), y aurait-il une solution alternative ? A quoi sert le redirect=true ?

Merci à tous ceux qui auraient essayé ou réussi à m'aider.

Cordialement,

Coyote

[yozine]

Je sais pas si ca va repondre exactement a ta question mais je crois que j ai fait un tuto dans le meme genre hier. Pour conserver les infos en laissant un scope 'request', il faut que ta classe 'action' qui traite le formulaire (en scope request donc), reaffecte les infos a la requete qu'il donne en sortie.

J'utiliserai donc un 'ActionForward' dans la classe qui etend 'Action'.

Pour ca, tu copies les infos contenues dans le actionform (ici monObjetForm) dans un objet (ici monObjet) qui permet le traitement du formluaire recu. Ca veut dire que tu as construit en plus du actionform, un objet identique qui recupere tous les attributs du formulaire.

Tu importes la classe de l'objet (monObjet), et l'instancies dans la methode 'execute' de l'action 'ActionForward':

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
public ActionForward execute(..., ActionForm monObjetForm,...) {
 
MonObjet monObjet = new monObjet();
 
BeanUtils.copyProperties(monObjet, monObjetForm);
 
...

Une fois que les infos du formulaire sont tranquiles dans leur nouveau objet tout neuf, tu peux préparer la requete du forward en y incluant les infos que tu retransmets:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

... request.setAttribute(mapping.getAttribute(), monObjet); ...

puis tu forwardes:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

...	return mapping.findForward("monForward");

Doit y avoir d'autres possibilites, mais j'espere que ca repond a ta question.

[julienOriano]

Personnellement, avec seulement un scope =request et un input=maJsp.jsp définis dans le struts config cela fonctionne.

[coyote999]

Merci à vous deux pour la réponse rapide :-)

Mais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
<forward name="success" path="/monAction.do" redirect="true"/>

A quois sert le redirect ?

Coyote

[yozine]

c'est pour preciser si c une redirection ou une reepedition.. mais je n'en sait pas plus

Je saurai pas faire la difference

[mixouille]

Différence entre redirect et forward sur le forward d'une action :

- Forward (redirect="false") : Après traitement de la requête par ton execute(), la requête est transférée vers une nouvelle ressource, le serveur ne fait donc que poursuivre le traitement de la requête.
Avantages :
* Un peu plus rapide que le redirect
* Tu gardes ton contexte requête, ce qui est souvent bien pratique
* Tu gardes donc ton form tel quel
Inconvénients :
* L'URL affichée dans la barre d'adresse peut prêter à confusion, vu que c'est celle de la première action que tu as appelée, alors que la page que tu affiches finalement peut ne rien avoir à voir.
* Un F5 de la page provoque l'execution de toute la requête, c'est-à-dire le repost de ton form, le traitement par l'action, le forward, ta deuxième action, ta JSP, ..., ce qui peut être très ennuyeux sur beaucoup d'actions.

- Redirect : Après traitement de la requête, le serveur renvoie une réponse au client qui refait une requête différente pour obtenir la page forwardée => 2 requêtes
Avantages :
* L'URL affichée dans la barre d'adresse est l'adresse véritable de la page
* Pas de problème de refresh
Inconvénients :
* Tu perds tout ce qui est stocké en requête (ActionErrors, ActionForm, etc ...), vu qu'une nouvelle requête est construite.
* Un petit peu plus long car un aller-retour client/serveur de plus

A chacun de faire en fonction de ses besoin et de ses goûts. Personnellement, j'utilise systématiquement forward pour mes actions "init" (préparant l'affichage d'une JSP), et redirect pour mes actions "process" (traitant un form posté puis routant vers une autre page), tout en évitant au maximum le piège de attributs de session.

[yozine]

donc si j'ai bien compris le forward permet de rajouter des traitement a la requete alors que redirect repasse direct la main a une autre JSP ?

[mixouille]

Plus précisément, le forward passe la main à une autre ressource (servlet / jsp / ce que tu veux) qui continue le traitement de la même requête, tandis que le redirect renvoie un réponse au navigateur qui refait une requête (comme si l'utilisateur venait de cliquer sur un bouton).

[yozine]

et on peut ajouter des traitements au niveau de l'action dans le cas d'un redirect ? ou ca permet juste de rebalancer la requete ?

[mixouille]

Oui, mais je pense que tu n'as pas bien compris.
Au niveau de ton code, c'est exactement le même code qui sera exécuté d'une façon ou de l'autre. La seule différence, au niveau de code, c'est que dans un cas tu as les infos en requêtes, et dans l'autre tu as une requête toute neuve.

[yozine]

ok on a un actionForm dans les deux cas donc ?

(oui je sais je suis un boulet !)

[mixouille]

(en effet ) pour un forward, tu as ton form tel qu'il est à la fin de ton action, donc avec toutes tes données, et pour un redirect, tu as un form vide (struts fait un new MachinForm() et un form.reset(), c'est tout) si ton form est en request, mais complet (comme avec un forward) si ton form est en session.