Quelques informations sur Spring web.xml & lt; context-param & gt; et & lt; écouteur & gt; tag (renvoyé à un exemple Hello World)

Je suis tout nouveau dans le Spring MVC Monde.
Aujourd'hui, je suis l'étude de la simple Exemple "Hello World" généré par STS faire: Fichier ---> le Printemps Modèle de Projet ---> Spring MVC Projet

Dans le web.xml j'ai la déclaration de la DispatcherServlet et la demande de cartographie de prise en charge par les...Jusqu'ici tout est ok

Dans le web.xml j'ai aussi cette partie de code:

<!-- The definition of the Root Spring Container shared by all Servlets and Filters -->
<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>/WEB-INF/spring/root-context.xml</param-value>
</context-param>

<!-- Creates the Spring Container shared by all Servlets and Filters -->
<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

La lecture du Ressort de la documentation sur ContextLoaderListener j'ai lu que cette classe d'exécuter le programme d'installation de l'auditeur pour le démarrage de Printemps de la racine du WebApplicationContext mais...ce que cela signifie exactement?

Un autre doute est sur la contextConfigLocation paramètre que je transmets à mon contexte...c'est quoi exactement? L'ouverture de l' /WEB-INF/spring/root-context.xml fichier il semble qu'il ne contient pas de configuration...est-il un vide fichier de configuration créé automatiquement par mon projet de modèle de processus de création? ce type de configuration doit contenir dans un projet pour le Printemps?

Je pense que tath la et les balises ne sont pas utilisés dans ce Hello World projet parce que si je supprime ces étiquette de la projext encore bien courir....est-il juste?

source d'informationauteur AndreaNobili

  1. 34

    ContextLoaderListener est une classe qui commence le Printemps conteneur. Fondamentalement, chaque Printemps, l'application se compose de plusieurs de haricots et de câblage (déclarative description de haricots qui dépendent les uns des autres). Cette description a été historiquement écrit en XML (ces jours, nous avons annotations Java configuration de CLASSPATH, numérisation, etc.)

    Sans Ressort conteneur, les haricots sont juste des classes Java et Spring fichier de configuration est juste inutile document XML. ContextLoaderListener lit ce fichier, trouve vos classes, de l'instancie et fils. Tous vos fèves sont ensuite placés à l'intérieur d'un conteneur.

    En outre ContextLoaderListener ferme le contexte (la fermeture de tous les haricots s'ils ont besoin d'un peu de ménage) sur l'arrêt de l'application.