Servlet utilisant la Cartographie web.xml

J'ai une confusion concernant la structure de l'web.xml pour le mappage des servlets, je n'ai pas de problème, en l'exécutant, mais j'essaie de comprendre comment pourquoi nous avons un tel modèle dans le descripteur de déploiement. 

<web-app>
    <servlet>
         <servlet-name>Servlet1</servlet-name>
         <servlet-path>foo.Servlet</servlet-path>
    </servlet>
    <servlet-mapping>
         <servlet-name>Servlet1</servlet-name>
         <url-pattern>/enroll</url-pattern>
    </servlet-mapping>
</web-app>

Maintenant que ma compréhension à chaque fois qu'une demande est livré url-pattern "/s'inscrire", conteneur de servlet va correspondre à la servlet-name avec l'url-pattern et va essayer de trouver le correspondant de servlet-chemin d'accès et le contrôle à toto.Servlet. donc, fondamentalement, il n'y aurait deux passes une pour trouver servlet-name et un autre pour servlet-chemin, ma question est de savoir si le conteneur est conçu pour fonctionner de la manière suivante

<web-app>
        <servlet>
             <servlet-name>foo.Servlet</servlet-path>
             <url-pattern>/enroll</url-pattern>
        </servlet>
</web-app>

quel serait l'inconvénient si nous utilisons l'approche suivante. Ce ne serait pas plus efficace et le temps de réponse rapide.

  • Pourquoi pensez-vous un autre schéma XML aurait une incidence sur les performances d'exécution?
  • eh bien, j'étais juste préoccupés par le nombre de passage nécessaires à la récupération de la valeur réelle
  • Généralement, le conteneur de servlet se contente de lire le web.xml et crée sa représentation en mémoire. C'est l'ampleur fois plus rapide que la lecture de la web.xml chaque fois que la demande vient.
  • Un tutoriel pour créer des servlets et carte des servlets dans web.xml
InformationsquelleAutor Mike | 2011-11-19
  1. 48

    Il permet de servlets d'avoir plusieurs servlet mappages:

    <servlet>
    <servlet-name>Servlet1</servlet-name>
    <servlet-path>foo.Servlet</servlet-path>
</servlet>
<servlet-mapping>
    <servlet-name>Servlet1</servlet-name>
    <url-pattern>/enroll</url-pattern>
</servlet-mapping>
<servlet-mapping>
    <servlet-name>Servlet1</servlet-name>
    <url-pattern>/pay</url-pattern>
</servlet-mapping>
<servlet-mapping>
    <servlet-name>Servlet1</servlet-name>
    <url-pattern>/bill</url-pattern>
</servlet-mapping>

    Il permet de filtres à être mappés sur le servlet particulier:

    <filter-mapping>
    <filter-name>Filter1</filter-name>
    <servlet-name>Servlet1</servlet-name>
</filter-mapping>

    Votre proposition de soutien ni d'entre eux. Notez que le web.xml est lu et interprété qu'une seule fois au démarrage de l'application, pas sur chaque requête HTTP comme vous semblez le penser.

    Depuis Servlet 3.0, il y a le @WebServlet annotation qui minimise cette réutilisable:

    @WebServlet("/enroll")
public class Servlet1 extends HttpServlet {

    Voir aussi:

    • Grâce BalusC ... mais dans ma démarche, vous pouvez définir les multiples servlet comme <web-app> <servlet> <servlet-name>foo.Servlet</servlet-path> <url-pattern>/s'inscrire</url-pattern> <servlet-name>foo.Servlet2</servlet-path> <url-pattern>/travail</url-pattern><servlet-name>foo.Servlet3</servlet-path> <url-pattern>/lire</url-pattern> </servlet> </web-app> et de même que nous pouvons pour nous avec le filtre de la cartographie
    • Vous êtes essentiellement en la création de 3 servlet instances au lieu de 1. Veuillez lire les "voir aussi" des liens pour mieux comprendre comment les servlets travail.
    • Réponse impressionnante! Bien expliqué! 🙂 Merci beaucoup!
    InformationsquelleAutor BalusC