ContextLoaderListener o no?

Una aplicación web estándar de Spring (creada por Roo o la plantilla "Spring MVC Project") crea un web.xml con ContextLoaderListenery DispatcherServlet. ¿Por qué no solo usan DispatcherServlety hacen que cargue la configuración completa?

Entiendo que ContextLoaderListener debe usarse para cargar cosas que no son relevantes para la web y DispatcherServlet se usa para cargar cosas relevantes para la web (Controladores, ...). Y esto da como resultado dos contextos: un contexto primario y uno secundario.

Antecedentes:

Lo hice de esta manera estándar durante varios años.

<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>

Esto a menudo causó problemas con los dos contextos y las dependencias entre ellos. En el pasado siempre pude encontrar una solución, y tengo la fuerte sensación de que esto hace que la estructura / arquitectura del software siempre sea mejor. Pero ahora estoy enfrentando un problema con los eventos de ambos contextos .

- Sin embargo, esto me hace repensar este patrón de dos contextos, y me pregunto: ¿por qué debería meterme en este problema, por qué no cargar todos los archivos de configuración de Spring con uno DispatcherServlety eliminarlos por ContextLoaderListenercompleto? (Todavía tendré diferentes archivos de configuración, pero solo un contexto).

¿Hay alguna razón para no eliminar el ContextLoaderListener?

En su caso, no, no hay razón para mantener el ContextLoaderListenery applicationContext.xml. Si su aplicación funciona bien solo con el contexto del servlet, eso se queda con eso, es más simple.

Sí, el patrón generalmente alentado es mantener cosas que no sean web en el contexto de nivel de aplicación web, pero no es más que una convención débil.

Las únicas razones convincentes para usar el contexto de nivel de aplicación web son:

• Si tiene múltiples DispatcherServletque necesitan compartir servicios
• Si tiene servlets heredados / que no son de Spring que necesitan acceso a servicios cableados de Spring
• Si tiene filtros de servlet que se enganchan en el contexto de nivel de aplicación web (por ejemplo, de la primavera de Seguridad DelegatingFilterProxy, OpenEntityManagerInViewFilteretc)

Ninguno de estos se aplica a usted, por lo que la complejidad adicional no está justificada.

Solo tenga cuidado al agregar tareas en segundo plano al contexto del servlet, como tareas programadas, conexiones JMS, etc. Si olvida agregar <load-on-startup>a su web.xml, entonces estas tareas no se iniciarán hasta el primer acceso del servlet.

También puede configurar el contexto de la aplicación al revés. Por ejemplo, para hacer que OpenEntityManagerInViewFilter funcione. Configure ContextLoaderListener y luego configure su DispatcherServlet con:

<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>

Solo asegúrese de que el valor del parámetro contextConfigLocation esté vacío.

Quiero compartir lo que he hecho en mi aplicación Spring-MVC:

1. En el we-mvc-config.xmlAgregué solo las clases anotadas con @Controller:

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

2. En los applicationContext.xmlarchivos agregué todo el resto:

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