¿Cuál es la diferencia entre ApplicationContext y WebApplicationContext en Spring MVC?

¿Cuál es la diferencia entre el contexto de aplicación y el contexto de aplicación web?

¿Soy consciente de que WebApplicationContextse usa para aplicaciones orientadas a la arquitectura Spring MVC?

¿Quiero saber para qué sirven las ApplicationContextaplicaciones MVC? ¿Y en qué tipo de frijoles se definen ApplicationContext?

El contexto de la aplicación web amplió el contexto de la aplicación, que está diseñado para funcionar con el javax.servlet.ServletContext estándar para que pueda comunicarse con el contenedor.

public interface WebApplicationContext extends ApplicationContext {
    ServletContext getServletContext();
}

Los beans, instanciados en WebApplicationContext también podrán usar ServletContext si implementan la interfaz ServletContextAware

package org.springframework.web.context;
public interface ServletContextAware extends Aware { 
     void setServletContext(ServletContext servletContext);
}

Hay muchas cosas posibles para hacer con la instancia de ServletContext, por ejemplo, para acceder a los recursos WEB-INF (configuraciones xml y etc.) llamando al método getResourceAsStream (). Normalmente, todos los contextos de aplicación definidos en web.xml en una aplicación Spring de servlet son contextos de aplicación web, esto va tanto al contexto de la aplicación web raíz como al contexto de la aplicación del servlet.

Además, dependiendo de las capacidades de contexto de la aplicación web, puede hacer que su aplicación sea un poco más difícil de probar, y es posible que deba usar la clase MockServletContext para realizar pruebas.

Diferencia entre el servlet y el contexto raíz Spring le permite construir jerarquías de contexto de aplicación multinivel, por lo que el bean requerido se obtendrá del contexto padre si no está presente en el contexto de aplicación actual. En las aplicaciones web por defecto hay dos niveles de jerarquía, de raíces y de servlets: contextos .

Esto le permite ejecutar algunos servicios como singletons para toda la aplicación (los beans de Spring Security y los servicios básicos de acceso a la base de datos generalmente residen aquí) y otros como servicios separados en los servlets correspondientes para evitar conflictos de nombres entre beans. Por ejemplo, un contexto de servlet servirá las páginas web y otro implementará un servicio web sin estado.

Esta separación de dos niveles sale de la caja cuando usa las clases de servlet de primavera: para configurar el contexto de la aplicación raíz, debe usar la etiqueta context-param en su web.xml

<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>
        /WEB-INF/root-context.xml
            /WEB-INF/applicationContext-security.xml
    </param-value>
</context-param>

(El contexto de la aplicación raíz es creado por ContextLoaderListener que se declara en web.xml

<listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener> 

) y la etiqueta de servlet para los contextos de aplicación de servlet

<servlet>
   <servlet-name>myservlet</servlet-name>
   <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
   <init-param>
      <param-name>contextConfigLocation</param-name>
      <param-value>app-servlet.xml</param-value>
   </init-param>
</servlet>

Tenga en cuenta que si se omite init-param, spring usará myservlet-servlet.xml en este ejemplo.

Consulte también: Diferencia entre applicationContext.xml y spring-servlet.xml en Spring Framework

Volviendo a los días de Servlet, web.xml solo puede tener uno <context-param>, por lo que solo se crea un objeto de contexto cuando el servidor carga una aplicación y los datos en ese contexto se comparten entre todos los recursos (Ej: Servlets y JSP). Es lo mismo que tener el nombre del controlador de la base de datos en el contexto, que no cambiará. De manera similar, cuando declaramos el parámetro contextConfigLocation en <contex-param>Spring crea un objeto Contexto de aplicación.

 <context-param>
      <param-name>contextConfigLocation</param-name>
      <param-value>com.myApp.ApplicationContext</param-value>
 </context-param>

Puede tener múltiples Servlets en una aplicación. Por ejemplo, es posible que desee manejar / seguro / * solicitudes de una manera y / non-seucre / * de otra manera. Para cada uno de estos Servlets, puede tener un objeto de contexto, que es un WebApplicationContext.

<servlet>
    <servlet-name>SecureSpringDispatcher</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextClass</param-name>
        <param-value>com.myapp.secure.SecureContext</param-value>
    </init-param>
</servlet>
<servlet-mapping>
    <servlet-name>SecureSpringDispatcher</servlet-name>
    <url-pattern>/secure/*</url-pattern>
</servlet-mapping>
<servlet>
    <servlet-name>NonSecureSpringDispatcher</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextClass</param-name>
        <param-value>com.myapp.non-secure.NonSecureContext</param-value>
    </init-param>
</servlet>
<servlet-mapping>
    <servlet-name>NonSecureSpringDispatcher</servlet-name>
    <url-pattern>/non-secure/*</url-patten>
</servlet-mapping>

La respuesta aceptada es válida, pero hay una explicación oficial sobre esto:

WebApplicationContext es una extensión del ApplicationContext simple que tiene algunas características adicionales necesarias para las aplicaciones web. Se diferencia de un ApplicationContext normal en que es capaz de resolver temas (consulte Uso de temas), y que sabe con qué Servlet está asociado (al tener un enlace al ServletContext). WebApplicationContext está enlazado en ServletContext, y al usar métodos estáticos en la clase RequestContextUtils, siempre puede buscar el WebApplicationContext si necesita acceder a él.

Citado de la referencia del marco web de Spring

Por cierto contexto servlet y raíz son tanto WebApplicationContext:

ApplicationContext (contexto de aplicación raíz): cada aplicación web Spring MVC tiene un archivo applicationContext.xml que se configura como la raíz de la configuración de contexto. Spring carga este archivo y crea un applicationContext para toda la aplicación. Este archivo lo carga ContextLoaderListener que está configurado como parámetro de contexto en el archivo web.xml. Y solo habrá un applicationContext por aplicación web.

WebApplicationContext: WebApplicationContext es un contexto de aplicación compatible con la web, es decir, tiene información de contexto de servlet. Una sola aplicación web puede tener múltiples WebApplicationContext y cada servlet Dispatcher (que es el controlador frontal de la arquitectura Spring MVC) está asociado con un WebApplicationContext. El archivo de configuración webApplicationContext * -servlet.xml es específico de un DispatcherServlet. Y dado que una aplicación web puede tener más de un servlet despachador configurado para atender múltiples solicitudes, puede haber más de un archivo webApplicationContext por aplicación web.

El contexto de aplicación web , especificado por la WebApplicationContextinterfaz, es un contexto de aplicación Spring para aplicaciones web. Tiene todas las propiedades de un contexto de aplicación Spring regular, dado que la WebApplicationContextinterfaz extiende la ApplicationContextinterfaz y agrega un método para recuperar la API de Servlet estándar ServletContextpara la aplicación web.

Además de los ámbitos estándar de Spring Bean singletony prototype, hay tres ámbitos adicionales disponibles en un contexto de aplicación web:

• request- define una sola definición de bean para el ciclo de vida de una sola solicitud HTTP; es decir, cada solicitud HTTP tiene su propia instancia de un bean creado a partir de una definición de bean único
• session - define una definición de bean único para el ciclo de vida de una sesión HTTP
• application - Alcanza una definición de bean único al ciclo de vida de un ServletContext