D'où vient getRequestDispatcher(“chemin”)?

La Spécification Servlet explique cette

La getRequestDispatcher méthode prend un String argument décrivant un
chemin d'accès dans le champ d'application de la ServletContext. Ce chemin d'accès doit être
par rapport à la racine de la ServletContext et commencer par un ‘/’, ou
être vide. La méthode utilise le chemin d'accès de chercher une servlet, à l'aide de la
chemin de la servlet règles de correspondance dans le Chapitre 12, “Cartographie des Demandes de
Les Servlets”, l'enveloppe avec un RequestDispatcher objet et retourne la
objet résultant. Si pas de servlet peut être résolu sur la base de la
chemin d'accès, un RequestDispatcher est prévu que renvoie le contenu de
que de chemin.

Ces règles sont les suivantes

1. Le conteneur va essayer de trouver une correspondance exacte de la trajectoire de la demande sur le chemin de la servlet. Un match de succès sélectionne le
   servlet.
2. Le conteneur de manière récursive essayez de faire correspondre le plus long chemin de préfixe. Cela se fait en marchant sur le chemin de l'arborescence d'un répertoire
   à un moment, en utilisant le caractère ’/’ comme séparateur de chemin. La plus longue
   match détermine la servlet sélectionné.
3. Si le dernier segment dans le chemin de l'URL contient une extension (par exemple .jsp), le conteneur de servlet va essayer de faire correspondre une servlet qui gère
   les demandes de prolongation. Une extension est définie comme la partie de
   le dernier segment après le dernier caractère’.’.
4. Si aucune de ces trois règles résultat dans un servlet match, le conteneur va essayer de servir le contenu approprié pour le
   ressource demandée. Si un "défaut" de la servlet est définie pour l'
   de l'application, il sera utilisé. De nombreux conteneurs de fournir un implicite
   par défaut servlet pour servir de contenu.

Vous demandez

Est-ce à dire que:

demande.getRequestDispatcher("/exemple/affichage.jsp").forward(request,
la réponse); oeil à cette URL pour forward(request, response) à l'
JSP:

http://localhost:9090/example/display.jsp?

Non, il n'est pas d'envoyer une requête HTTP, de sorte que le chemin n'a rien à voir avec une URI. C'est plus un chemin interne que le conteneur de Servlet va essayer de faire correspondre avec ses différentes url mappages pour les Servlets.

Vous aussi demander

Est-il un moyen d'imprimer ce que l'URL absolue getRequestDispatcher("relativePath") fait-il face?

Pas. Et ce n'est pas exactement une URL absolue. C'est un chemin qui peut être gérée par une ressource dans le contexte d'application web.

---

Après votre modification, vous addWebapp à votre Tomcat instance.

tomcat.addWebapp(null, "/view2/example2", new File("src/com/example/view/example").getAbsolutePath());

Vous envoyer une demande de

 /view2/example2/read.jsp

Je vais supposer que read.jsp est dans

src/com/example/view/example/

Je crois que c'est dans la mise à disposition du public une partie de l'application web et, par conséquent, le conteneur de Servlet peut le rendre et d'y répondre avec elle.

Vous ai aussi ajouté une webapp avec addContext qui semble être similaire à addWebapp

context = tomcat.addContext("", base.getAbsolutePath());

et a ajouté servlet mappages de ce contexte.

Tomcat.addServlet(context, "example", new ExampleController());
context.addServletMapping("/example/*", "example");

Je me suis trompé sur le /example/* de ne pas être en mesure de gérer /example.

Lorsque vous envoyez une demande à

/example

depuis le chemin de contexte est "", le Context ci-dessus seront utilisés et la cartographie correspondre à la ExampleController inscrits ci-dessus. Votre Servlet code s'exécute et atteindre

request.getRequestDispatcher("/view2/example2/read.jsp").forward(request, response);

Note la javadoc de ServletRequest#getRequestDispatcher(String)

Le chemin d'accès spécifié peut être que relative, bien qu'il ne peut pas s'étendre
à l'extérieur de la servlet contexte.

En d'autres termes, ce Servlet, ExampleController a été enregistré dans la ServletContext mappé pour le chemin de contexte "", c'est à dire. de la racine. Le chemin /view2/example2/read.jsp est en se référant à un autre contexte. Depuis ce contexte n'a pas de mappage, il répond avec 404.

Vous pouvez obtenir une référence à un autre applications web dans un contexte différent. Vous devez utiliser ServletContext#getContext(String). Par exemple

 ServletContext otherContext = request.getServletContext().getContext("/view2/example2");

Maintenant que vous avez la ServletContext, vous pouvez obtenir un RequestDispatcher pour une ressource dans que contexte.

otherContext.getRequestDispatcher("/read.jsp").forward(request, response);

depuis ServletContext#getRequestDispatcher(String) états

Le chemin doit commencer par un /et est interprété que par rapport au contexte actuel de la racine.

---

Réponse Finale:

getRequestDispatcher("path") va chercher dans le répertoire défini dans le addWebapp méthode lorsque le référencement d'un fichier JSP. Si une page vierge ou NullPointerException s'affiche, vérifiez que vous avez effectué les opérations suivantes:

1. Supprimer tous les addWebapp définitions.
2. Exécuter addContext puis addWebApp comme cela, afin qu'ils pointent vers ROOT:

File base = new File("src/com/example/view");
context = tomcat.addContext("", base.getAbsolutePath());
tomcat.addWebapp(null, "/", base.getAbsolutePath());

1. Dans la servlet point à la jsp en utilisant request.getRequestDispatcher("/example/read.jsp").forward(request, response); à condition que le répertoire /exemple existe dans "src/com/example/view".

OriginalL'auteur Sotirios Delimanolis