Discussion :

[hpl76]

Bonjour,

De nouveau moi avec une question insolite.

J'arrive à faire des redirections en JSP mais bien que celles-ci fonctionnent l'url affiché est le nom de page qui a permis la redirection et non le nom de la page de destination. Normal ? On peut contourner le "problème" ? Quel est le danger ?

Cordialement,

hpl76

[tchize_]

c'est là toute la différence entre le forward et le redirect. T'as probablement fait un forward interne au serveur, le client n'en est alors pas au courant. Si tu veux changer l'url, faut faire un redirect, c'est à dire demander au client de refaire une connection sur une nouvelle url.

[hpl76]

Bonjour et merci de t'intéresser à mon problème.

J'ai en effet fait un : <jsp:forward page="mapage.jsp" />

Je ne connaissais que cet syntaxe pour la redirection et j'apprends qu'il y a en fait 2 cas de figure (MERCI je me coucherai moins bête ce soir). Pour mon cas, c'est donc plus le redirect qu'il me faut : cas classique, je poste les login et mot de passe saisies vers une page qui vérifie le couple dans ma bdd et ensuite je redirige en fonction.

Si tu as un peu de temps peux-tu m'expliquer la nuance et surtout la finalité et dans quel ou quel cas il faut utiliser l'un ou l'autre. Je ne suis pas réticent au monde JAVA bien que tout ne me semble pas intuitif mais quand on s'enferme dans un langage PHP et qu'on développe en procédural c'est pas toujours facile

hpl76

[tchize_]

Le forward est interne. Un cas typique d'utilisation est le suivant:

on "poste" vers un servlet (exemple server/webapp/maservlet). Suivant ce qui a été posté ou non, la servlet effectue un travaille (manipulation de la db ou autre) et ensuite, décide d'utiliser une page jsp comme "vue". Suivant le travail effectué elle choisira l'une ou l'autre jsp. Mais on veux que l'utilisateur ne voie pas la jsp et utilise tout le temps la servlet -> on utilise un forward.

Un autre cas, c'est celui où l'on veux passer de a.jsp à b.jsp tout en gardant le contexte de la requete. On va alors faire un forward qui permet de garder tout ce contexte.

A l'opposé, lorsque l'on veux que le browser refasse une demande ailleurs, on lui envoie un redirect. Donc là, visible.

[OButterlin]

En gros, tu as (côté serveur) 3 possibilités :

- <jsp:forward>
- <jsp:include>
- <% response.sendRedirect("/chemin/vers/la/page.jsp"); %>

Avec les 2 premiers, ça ne change pas la barre d'url du navigateur
Avec le dernier, si

[hpl76]

PERFECT MERCI CA MARCHE NICKEL !!!

j'ai plus pour le moment qu'à régler mon problème de session et c'est bon

[nicorama]

Il y a aussi avec JSTL :

Code :

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

<c:redirect url="http://www.developpez.com"/>

j'ai plus pour le moment qu'à régler mon problème de session et c'est bon

Passe toi de session, et t'auras résolu le problème (j'vais commencer à me faire petit, je l'ai déjà sorti deux fois aujourd'hui).

Je ne suis par contre pas sûr que forward et redirect redirignet également les éventuels headers Authorization, ni même les cookies.

[tchize_]

Je ne suis par contre pas sûr que forward et redirect redirignet également les éventuels headers Authorization, ni même les cookies.

Le forward garde tout, puisque l'on reste dans la même requete. Les headers d'autorisation sont systématiquement envoyé par le browser quand on est en basic auth. Quand au cookies, les browser les envoie systématiquement à chaque requete. donc tout çà ne devrais pas poser de problème en cas de redirect. La seule chose qui puisse être perdue par certains browsers lors du redirect, ce sont les données soumises via POST.