Где место для весенних конфигурационных файлов?

Question

Почему должно быть <init-param> в <servlet> узел с <param-name> "contextConfigLocation"? Потому что, если комментировать всю группу <init-param>, то проект не загружается?

<?xml version="1.0" encoding="UTF-8"?> 
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" id="WebApp_ID" version="3.0"> 

    <display-name>Archetype Created Web Application</display-name> 

    <!-- Spring MVC dispatcher servlet --> 
    <servlet> 
     <servlet-name>mvc-dispatcher</servlet-name> 
     <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> 
     <init-param> 
      <param-name>contextConfigLocation</param-name> 
      <param-value></param-value> 
     </init-param> 
     <load-on-startup>1</load-on-startup> 
    </servlet> 
    <servlet-mapping> 
     <servlet-name>mvc-dispatcher</servlet-name> 
     <url-pattern>/</url-pattern> 
    </servlet-mapping> 

    <listener> 
     <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> 
    </listener> 
    <!-- Loads Spring configurations from files --> 
    <context-param> 
     <param-name>contextConfigLocation</param-name> 
     <param-value> 
      /WEB-INF/spring-mvc.xml, 
      /WEB-INF/spring-security.xml, 
      /WEB-INF/hibernate-context.xml 
     </param-value> 
    </context-param> 

     <!-- Spring Security filter --> 
    <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> 

</web-app> 

Answer 1

Что такое правильное место для конфигурационных файлов весной?

Вы можете загрузить файлы конфигурации пружинные либо через <context-param> или <init-param> класса сервлета. Но существует разница, как описано ниже:

Если вы загружаетесь с использованием <context-param>, то зависимости (весенние бобы) будут доступны для всего приложения (для всех сервлетов). Это будет использоваться для загрузки общих зависимостей во всем приложении (например, Services, DAO и т. Д.).

Но, если вы загружаетесь с использованием <init-param> из DispatcherServlet, то зависимости (весенние бобы) будут доступны только для DispatcherServlet в качестве детского контекста. Итак, если у вас есть несколько конечных точек ввода для вашего приложения (например, Restlet или Apache CXFServlet и т. Д.), Вы можете поддерживать дочерние контексты по одному на каждый сервлет (точка входа). Каждый дочерний контекст владеет/загружает определенные зависимости для соответствующего веб-уровня.

Вы можете посмотреть на приведенных ниже записей, сделанных из WebApplicationContext API Спринга:

Как общих контекстов приложений, контексты веб-приложений являются иерархическими. Для каждого приложения существует один корневой контекст, а каждый сервлет в приложении (включая сервлет диспетчера в фреймворке MVC ) имеет свой собственный дочерний контекст.

Вы можете посмотреть here и here