Discussion :

[totot]

Bonjour,

J'ai une classe java que j'appel lorsque mon application reçoit quelque chose et selon ce quelle reçoit, je souhaiterait vers une redirection vers une bonne jsp. Or cette classe là hérite pas de HttpServlet. Comment puis-je faire?

[tchize_]

Lui passer l'objet ServletResponse dont elle aura besoin.

[joel.drigo]

Hum, ça sent le déjà-vu : ce ne serait pas déjà la même question que tu as posée ici et laquelle on (@Tchize_ !) t'a déjà répondu...

[tchize_]

Mouarf, au moins mes réponses sont consistantes

[totot]

Mais j'appel pas cette classe depuis la servlet mais depuis une autre classe. Je lui met donc ServletResponse en attribut de la classe?

[joel.drigo]

Mais c'est quoi au juste une redirection pour toi ? Parce qu'on redirige quelque chose normalement : une redirection dans le contexte c'est lorsqu'on invoque une URL et que la réponse ne peut être produite par la ressource (ou que la ressource n'est plus à cette URL), alors on redirige vers une autre ressource (via une URL) qui va s'occuper de la requête à la place, donc répondre à la place (ou de rediriger elle-même éventuellement). D'autant plus que c'est le navigateur qui va le faire. Et pour répondre à la requête, il faut l'instance de ServletResponse. Si tu n'as pas cet objet, ta classe est censé répondre à quelle requête ?

[totot]

Je veut selon le traitement effectué, rediriger l'utilisateur vers la bonne JSP. Sauf que la classe qui fait le traitement n'est pas appeler dans une servlet

[joel.drigo]

Pas appelée dans une servlet ? Par une JSP au moins (ce qui revient au même - une JSP c'est un moyen simplifié de faire une servlet, et c'est d'ailleurs traité par une servlet)... parce que sinon, de quel utilisateur parles-tu ?

[EDIT]D'ailleurs, est-ce bien une redirection que tu cherches à faire, ou un forward ?

[totot]

Si mon traitement est correct, je veux aller vers la page d'accueil ou sinon vers une page

[tchize_]

Ben comme dit, faut que tu passe l'objet ServletResponse il n'y a pas de miracle. Par contre, j'ai l'impression que tu es occupé de mélanger de la logique business (ton traitement) et de la logique d'affichage (naviguer vers une page). Ce n'est jamasi une bonne idée. Tu devrais faire remonter l'information que le traitement s'est bien passer ou non et laisser le frontend décider de ce qu'il en fait. Surtout que si le traitement se passe mal, le plus simple c'est de faire remonter une exception.

[joel.drigo]

Si mon traitement est correct, je veux aller vers la page d'accueil ou sinon vers une page

C'est plutôt du forward que de la redirection, à mon avis. Mais ça ne change pas : il faut la ServletResponse (et en plus la request). Et, effectivement, ce serait mieux de retourner un état, et d'interpréter l'état dans la servlet/JSP appelante pour savoir vers où aller ensuite.

[totot]

Actuellement, je vais comme ceci:

Code :

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

1
2
3
4
5
6
7
8
9
 
public void maMethode() throws IOException{
        TRAITEMENT
    	if(OK){
    		response.sendRedirect("JSP1");
    	}else{
    		response.sendRedirect("JSP2");
    	}
	}

Mon attribut response est déclarée en haute de ma classe car elle comporte plusieurs méthodes

[tchize_]

Code :

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

1
2
3
4
5
public void maMethode() throws BenCaPassePasException{
        TRAITEMENT
    	if(!OK){
           throw new BenCaPassePasException();
	}

Code :

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

1
2
3
4
5
6
7
 
       try {
         faireuntrucbusiness();
         response.sendRedirect("JSP1");
       } catch (BenCaPassePasException e){
         response.sendRedirect("JSP2");
       }

[totot]

mais le response doit forcément provenir de la servlet?

[tchize_]

pas forcément, la réponse devrait (pas doit) venir d'un partie de l'application qui s'occupe de l'affichage et de la navigation utilisateur, pas de la partie de l'application qui fait les opération buisness. Une manière de faire est de remonter des errreur, ajouter des booleen ou des DTO de retour à tes méthodes, lancer des exceptions. Le buisness s'en fou de la navigation, il a juste besoin d'informer l'appelant que "ha ben désolé, je peux pas crée ce truc, il existe déjà dans la DB". Le GUI s'en fou de savoir qu'il y a une DB, déjà des objets ou qu'on a une connection réseau foireuse au werehouse, il a juste besoin de savoir que "ha ben, faut que j'informe l'utilisateur que ce qu'il veux c'est pas possible en fait".

[totot]

Je suos un peut perdu. Comme je l'ai fait, sa me provoque un null exception. Je rappel que ma classe n'est pas appelé depuis ma servlet

[tchize_]

Bouge pas, le temps que je devine comment tu l'a fais, ton code et que je voie l'exception et sa stacktrace s'imprimer sur mon miroir.

[totot]

Autre question : pui-je utiliser servletResponse dans un listener. C'est une servlet qui implémente ServletContextListener

[tchize_]

ServletContextListener est destinée à recevoir les event de fin de servlet. Au moment des appels de ces méthodes, il n'y a pas de réponse disponible, je vois pas comment t'arriverais à en utiliser une et ce que tu espère comme résultat

[totot]

Est ce que je peut faire une interface qui hérite de HttpServlet?