java.lang.IllegalStateException: Ne peut pas (avant | sendRedirect | créer une session) après la réponse a été commis

Un malentendu commun parmi les partants, c'est qu'ils pensent que l'appel d'un forward(), sendRedirect(), ou sendError() serait comme par magie de sortie et de "sauter" de la méthode de bloc, par les présentes, en ignorant le reste du code. Par exemple:

protected void doPost() {
if (someCondition) {
sendRedirect();
}
forward(); //This is STILL invoked when someCondition is true!
}

Donc c'est effectivement pas vrai. Ils le font certainement pas de se comporter différemment de toutes les autres méthodes de Java (attendez-vous de System#exit() bien sûr). Lorsque le someCondition dans l'exemple ci-dessus est true et vous êtes donc appel forward() après sendRedirect() ou sendError() sur la même requête/réponse, puis la chance est grand que vous obtiendrez l'exception:

java.lang.IllegalStateException: Ne peut pas en avant après la réponse a été commis

Si le if déclaration appelle un forward() et vous êtes ensuite appeler sendRedirect() ou sendError(), puis au dessous exception sera levée:

java.lang.IllegalStateException: Ne peut pas appeler sendRedirect() après que la réponse ait été commis

Pour corriger cela, vous devez soit ajouter un return; déclaration après

protected void doPost() {
if (someCondition) {
sendRedirect();
return;
}
forward();
}

... ou d'introduire un bloc else.

protected void doPost() {
if (someCondition) {
sendRedirect();
} else {
forward();
}
}

À naildown la cause racine dans votre code, il suffit de chercher pour n'importe quelle ligne qui appelle une forward(), sendRedirect() ou sendError() sans sortir de la méthode de bloquer ou de sauter le reste du code. Cela peut être à l'intérieur de la même servlet avant la ligne de code, mais aussi dans une servlet ou un filtre qui a été appelé avant la servlet particulier.

En cas de sendError(), si votre seul but est de définir le statut de la réponse, utilisez setStatus() à la place.

---

Une autre cause probable est que la servlet écrit à la réponse tout un forward() sera appelé, ou qui a été appelé dans la même méthode.

protected void doPost() {
out.write("some string");
//... 
forward(); //Fail!
}

La réponse de la taille de la mémoire tampon par défaut dans la plupart des serveur de 2KB, donc si vous écrivez plus de 2 KO, puis il sera commis et forward() échoue de la même façon:

java.lang.IllegalStateException: Ne peut pas en avant après la réponse a été commis

Solution est évidente, il suffit de ne pas écrire la réponse dans la servlet. C'est la responsabilité de la JSP. Vous venez de définir un attribut de la demande comme request.setAttribute("data", "some string"), puis l'imprimer en JSP comme ${data}. Voir aussi nos Servlets page wiki pour apprendre à utiliser les Servlets le droit chemin.

Voir aussi:

• Que signifie exactement "Réponse déjà engagé" signifie? Comment gérer les exceptions alors?

---

Sans rapport avec à votre problème concret, votre code JDBC est une fuite de ressources. Correctif ainsi. Pour des conseils, voir aussi Combien de fois devrait-Connection, Statement et ResultSet être fermé dans JDBC?

En général, vous voyez cette erreur après que vous avez déjà fait une redirection, puis essayez à la sortie de certains de davantage de données dans le flux de sortie. Dans le cas où j'ai vu cela dans le passé, il est souvent l'un des filtres qui essaie de rediriger la page, et puis encore avant dans la servlet. Je ne vois rien immédiatement de mal avec la servlet, de sorte que vous voudrez peut-être essayer d'avoir un coup d'oeil à tous les filtres que vous avez en place.

Modifier: Certains plus d'aider à diagnostiquer le problème...

La première étape pour diagnostiquer ce problème est de déterminer exactement où l'exception est levée. Nous supposons qu'il est en train d'être levée par la ligne

getServletConfig().getServletContext()
.getRequestDispatcher("/GroupCopiedUpdt.jsp")
.forward(request, response);

Mais vous pourriez trouver que c'est d'être jeté plus loin dans le code, là où vous êtes en essayant de sortie vers le flux de sortie après que vous avez essayé de faire l'avant. S'il est en provenance de la ligne ci-dessus, cela signifie que quelque part avant de cette ligne, vous devez soit:

1. données de sortie vers le flux de sortie, ou
2. fait un redirect à l'avance.

Bonne chance!

J'ai enlevé

        super.service(req, res);

Puis il a travaillé très bien pour moi

Vous devez ajouter retour déclaration alors que vous êtes en train d'envoyer ou de rediriger le flux.

Exemple:

si forwardind,

    request.getRequestDispatcher("/abs.jsp").forward(request, response);
return;

si la redirection,

    response.sendRedirect(roundTripURI);
return;