Discussion :

[Jones]

Salut,

J'ai un formulaire qui se trouve dans une fenêtre différente de la fenêtre principale (un pop-up en qqs sorte)

La validation du formulaire est faite sous cette forme:

Code :

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

1
2
 
<form action="Resultat" method="post" class="formulaire_recherche" onsubmit="opener.location='Resultat'; self.close&#40;&#41;; return true;">

le but du jeu est de soumettre le formulaire, de fermer la fenêtre contenant le même formaulaire et d'envoyer le traitement dans la fenêtre mére. Le truc c'est que la soumission du formulaire aboutit dans la méthode doGet de ma classe

Sans être expert en Java il me semble que c'est l'evenement doPost qui devrait être sollicité : :

[XristofGreek]

hop hop hop ! je viens de m'apercevoir d'un truc là !

tu a écrit :

Code :

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

onsubmit="opener.location='Resultat';

c'est de là que ça vient le passage dans doGet c'est sûr. en revanche je ne sais pas si du coup il éxécute quand même la requête appelée dans le formulaire par action=Resultat, étant donné que tu fermes la fenêtre sur l'envoi du formulaire, en tout cas si c'est le cas tu devrais avoir un passage dans le doGet et un passage dans le doPost

[Jones]

Si je comprend bien le

Code :

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

1
2
 
onsubmit="opener.location='Resultat';

aboutit forcement dans le doGet. Mais pourquoi donc

Sinon il execute bien la requete appelé par action mais dans la fenetre "pop-up". Or c'est dans ma fenetre mere que je souhaite executer le taitement.

[XristofGreek]

ok, ça doit pouvoir se faire.

je sais pas si ça marche mais essaye peut-être de jouer avec le target au lieu du onsubmit, genre :

Code :

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

target ='_top'

NB : à la place de _top c'est peut-être autre chose... peut-être _opener

Ou alors peut-être que tu n'a pas besoin de passer par un POST (visiblement tu n'a qu'un paramètre me trompe-je ? ) auquel cas tu ecrit :

Code :

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

onsubmit="opener.location='Resultat?recherche=motRecherche';....

[Jones]

à l'origine, j'ai essayé avec l'attribut target mais sans résultat.

Maintenant je crois que tu as raison et je vais faire passer mes valeurs par l'url. C'est dommage il faut que je fasse deux traitement identique pour le post et le get. Je serais bien rester qu'en post.

[JefDeBourges]

Pourquoi ne pas appeler doPost() depuis ta méthode doGet() ?

[Jones]

Ah ouais ?? Ca se fait ca ?? Bien vu !!

Mais comment de ma méthode doGet appeller ma méthode doPost.
Cela signifie t'il qu'il faut que je fasse suivre mes variable ??

[XristofGreek]

tes variables tu les recupère avec l'objet HTTPServletRequest

[Glob]

Code :

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

1
2
 
onsubmit="opener.location='Resultat';

aboutit forcement dans le doGet. Mais pourquoi donc

Pasque les manipulations genre <frame>.location.href=... finissent en doGet. C'est la même chose que de taper l'URL dans la barre de navigation de ton browser.

[Jones]

Glob> Merci pour cette précision c'est bon à savoir

Pour l'appel du doPost à partir du doGet, j'ai à peu prés bien saisie le fonctionnement des HttpSrvletRequest et HttpServletRespons.

Pour concrétiser tout cela j'ai fait:

Code :

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

1
2
3
 
TraitementRecherche tr = new TraitementRecherche();
tr.doPost(req,rsp);

où TraitementRecherche est le nom de ma classe bien sur.

Mais j'aboutit à une erreur

[XristofGreek]

si TraitementRecherche est ta servlet tu appelle doPost(...) dans le doGet()

[Jones]

Ok vous étes les meilleurs .

Ca marche impecable ormis pour les variables non initialisés, mais c'est un autre problème dont je devrais m'en sortir seul.

Merci beaucoup, je n'ai pas encore trop d'experience avec java et c'ets le genre de coup de main qui permet de ne pas prendre des solutions trop tortueuses .

Jones