java - framework - Aplicación web Spring MVC: el contexto de la aplicación comienza dos veces

spring mvc pdf

Question

Estoy trabajando en una API Spring MVC REST. Todo funciona bien, lo cual es genial, pero noté en los registros que cada vez que reinicio mi aplicación el applicationContext se carga dos veces: una cuando Tomcat carga el archivo war y una segunda vez cuando se accede a la aplicación web por primera vez. cliente.

Voy a dar algunos ejemplos:

Justo después de que inicie el tomcat:

Apr 11, 2013 10:14:35 AM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.32
Apr 11, 2013 10:14:36 AM org.apache.catalina.core.ApplicationContext log
INFO: Initializing Spring root WebApplicationContext
2013-04-11 10:14:36 INFO ContextLoader:273 - Root WebApplicationContext: initialization started
2013-04-11 10:14:36 INFO XmlWebApplicationContext:510 - Refreshing Root WebApplicationContext: startup date [Thu Apr 11 10:14:36 EDT 2013]; root of context hierarchy
2013-04-11 10:14:36 INFO XmlBeanDefinitionReader:315 - Loading XML bean definitions from ServletContext resource [/WEB-INF/mvc-dispatcher-servlet.xml]
2013-04-11 10:14:36 INFO XmlBeanDefinitionReader:315 - Loading XML bean definitions from class path resource [config-general.xml]
2013-04-11 10:14:37 INFO XmlBeanDefinitionReader:315 - Loading XML bean definitions from class path resource [config-db.xml]
2013-04-11 10:14:37 INFO XmlBeanDefinitionReader:315 - Loading XML bean definitions from class path resource [config-security.xml]
2013-04-11 10:14:37 INFO SpringSecurityCoreVersion:33 - You are running with Spring Security Core 3.1.3.RELEASE
2013-04-11 10:14:37 INFO SecurityNamespaceHandler:59 - Spring Security ''config'' module version is 3.1.3.RELEASE

...

Y luego, en este momento, hago la primera llamada API:

INFO: Initializing Spring FrameworkServlet ''mvc-dispatcher''
2013-04-11 10:15:25 INFO DispatcherServlet:455 - FrameworkServlet ''mvc-dispatcher'': initialization started
2013-04-11 10:15:25 INFO XmlWebApplicationContext:510 - Refreshing WebApplicationContext for namespace ''mvc-dispatcher-servlet'': startup date [Thu Apr 11 10:15:25 EDT 2013]; parent: Root WebApplicationContext
2013-04-11 10:15:25 INFO XmlBeanDefinitionReader:315 - Loading XML bean definitions from ServletContext resource [/WEB-INF/mvc-dispatcher-servlet.xml]
2013-04-11 10:15:25 INFO XmlBeanDefinitionReader:315 - Loading XML bean definitions from class path resource [config-general.xml]
2013-04-11 10:15:25 INFO XmlBeanDefinitionReader:315 - Loading XML bean definitions from class path resource [config-db.xml]
2013-04-11 10:15:25 INFO XmlBeanDefinitionReader:315 - Loading XML bean definitions from class path resource [config-security.xml]
2013-04-11 10:15:25 INFO SecurityNamespaceHandler:59 - Spring Security ''config'' module version is 3.1.3.RELEASE

Sin duda, este no puede ser un comportamiento normal? Mi web.xml se ve así:

http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd ">

<display-name>REST API</display-name>
<!-- Servlets -->
<servlet>
<servlet-name>mvc-dispatcher</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>mvc-dispatcher</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/mvc-dispatcher-servlet.xml</param-value>
</context-param>
<!-- filters -->
<filter>
<filter-name>httpMethodFilter</filter-name>
<filter-class>org.springframework.web.filter.HiddenHttpMethodFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>httpMethodFilter</filter-name>
<servlet-name>mvc-dispatcher</servlet-name>
</filter-mapping>
<filter>
<filter-name>etagFilter</filter-name>
<filter-class>org.springframework.web.filter.ShallowEtagHeaderFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>etagFilter</filter-name>
<servlet-name>mvc-dispatcher</servlet-name>
</filter-mapping>
<filter>
<filter-name>CompressingFilter</filter-name>
<filter-class>com.planetj.servlet.filter.compression.CompressingFilter</filter-class>
<init-param>
<param-name>debug</param-name>
<param-value>false</param-value>
</init-param>
<init-param>
<param-name>statsEnabled</param-name>
<param-value>false</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CompressingFilter</filter-name>
<servlet-name>mvc-dispatcher</servlet-name>
</filter-mapping>
<filter>
<filter-name>springSecurityFilterChain</filter-name>
<filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
</filter>
<filter-mapping>
<filter-name>springSecurityFilterChain</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<!-- listeners -->
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

Answer 1

mvc-dispatcher está cargando 2x porque así es como lo has definido

<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/mvc-dispatcher-servlet.xml</param-value>
</context-param>

y en

<servlet>
<servlet-name>mvc-dispatcher</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>mvc-dispatcher</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>

el primer enfoque suele ser cargar algo así como un contexto "global" o "raíz", donde puede poner todos los bean / recursos compartidos por múltiples contextos de servlets.

El segundo enfoque generalmente es para cargar un contexto de servlet específico. Como señala la primera respuesta en esta publicación , utiliza la convención de nomenclatura para encontrar el archivo de configuración de mvc-dispatcher, por lo que no necesita definirlo explícitamente.

¿Tiene todo lo definido en mvc-dispatcher-servlet.xml? Si es así puedes eliminar el

<context-param>
..
</context-param>

definición; de lo contrario, puede (lo que recomiendo para su futuro mantenimiento) separar su configuración en múltiples archivos. A continuación, cargue beans / recursos compartidos en algo como root-context.xml (a través del primer método) y cada configuración específica de servlet en servletname-servlet.xml para cada contexto de servlet.