ContextLoaderListener ou pas?

Une application Web Spring standard (créée par Roo ou modèle "Spring MVC Project") crée un fichier web.xml avec ContextLoaderListeneret DispatcherServlet. Pourquoi n'utilisent-ils pas seulement le DispatcherServletet le font-ils pour charger la configuration complète?

Je comprends que le ContextLoaderListener doit être utilisé pour charger les éléments qui ne sont pas pertinents pour le Web et que le DispatcherServlet est utilisé pour charger les éléments pertinents pour le Web (contrôleurs, ...). Et ce résultat dans deux contextes: un contexte parent et un contexte enfant.

Contexte:

Je le faisais de cette manière standard pendant plusieurs années.

<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>classpath*:META-INF/spring/applicationContext*.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>

<!-- Handles Spring requests -->
<servlet>
    <servlet-name>roo</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>WEB-INF/spring/webmvc-config.xml</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

Cela posait souvent des problèmes avec les deux contextes et les dépendances entre eux. Dans le passé, j'ai toujours pu trouver une solution et j'ai le fort sentiment que cela améliore toujours la structure / l'architecture du logiciel. Mais maintenant je suis confronté à un problème avec les événements des deux contextes .

- Cependant, cela me fait repenser ce modèle à deux contextes, et je me demande: pourquoi devrais-je me retrouver dans ce problème, pourquoi ne pas charger tous les fichiers de configuration de printemps avec un DispatcherServletet supprimer ContextLoaderListenercomplètement le. (Je veux toujours avoir différents fichiers de configuration, mais un seul contexte.)

Y a-t-il une raison de ne pas supprimer le ContextLoaderListener?

Dans votre cas, non, il n'y a aucune raison de conserver le ContextLoaderListeneret applicationContext.xml. Si votre application fonctionne correctement avec uniquement le contexte du servlet, cela reste plus simple.

Oui, le modèle généralement recommandé est de conserver les éléments non Web dans le contexte au niveau de l'application Web, mais ce n'est rien de plus qu'une convention faible.

Les seules raisons convaincantes d'utiliser le contexte au niveau de l'application Web sont:

• Si vous en avez plusieurs DispatcherServletqui doivent partager des services
• Si vous avez des servlets hérités / non Spring qui ont besoin d'accéder aux services Spring-wired
• Si vous avez des filtres servlet qui crochet dans le contexte niveau webapp (par exemple de printemps de sécurité DelegatingFilterProxy, OpenEntityManagerInViewFilteretc.)

Aucun de ces éléments ne s'applique à vous, donc la complexité supplémentaire est injustifiée.

Soyez juste prudent lorsque vous ajoutez des tâches d'arrière-plan au contexte du servlet, comme des tâches planifiées, des connexions JMS, etc. Si vous oubliez d'ajouter <load-on-startup>à votre web.xml, ces tâches ne seront pas lancées avant le premier accès au servlet.

Vous pouvez également configurer le contexte de l'application dans l'autre sens. Par exemple, pour faire fonctionner OpenEntityManagerInViewFilter . Configurez le ContextLoaderListener , puis configurez votre DispatcherServlet avec:

<servlet>
    <servlet-name>spring-mvc</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value></param-value>
    </init-param>
</servlet>

Assurez-vous simplement que la valeur du paramètre contextConfigLocation est vide.

Je souhaite partager ce que j'ai fait sur mon application Spring-MVC:

1. Sur le we-mvc-config.xmlj'ai ajouté juste les classes annotées avec @Controller:

   <context:component-scan base-package="com.shunra.vcat">
       <context:include-filter expression="org.springframework.stereotype.Controller" type="annotation"/>
   </context:component-scan>

2. Sur les applicationContext.xmlfichiers j'ai ajouté tout le reste:

   <context:component-scan base-package="com.shunra.vcat">
       <context:exclude-filter expression="org.springframework.stereotype.Controller" type="annotation"/>
   </context:component-scan>