[Java] ContextLoaderListener или нет?


Answers

Вы также можете настроить контекст приложения. Например, чтобы работать OpenEntityManagerInViewFilter . Установите ContextLoaderListener, а затем настройте DispatcherServlet с помощью:

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

Просто убедитесь, что значение параметра contextConfigLocation пусто.

Question

Стандартное весеннее веб-приложение (созданное Roo или Template Spring MVC) создает web.xml с ContextLoaderListener и DispatcherServlet . Почему они не только используют DispatcherServlet и заставляют его загружать полную конфигурацию?

Я понимаю, что ContextLoaderListener следует использовать для загрузки материала, не относящегося к сети, и DispatcherServlet используется для загрузки веб-материалов (контроллеров, ...). И этот результат в двух контекстах: родительский и дочерний контексты.

Задний план:

Я занимался этим стандартным способом в течение нескольких лет.

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

Это часто вызывало проблемы с двумя контекстами и зависимостями между ними. Раньше я всегда мог найти решение, и у меня есть сильное чувство, что это делает структуру программного обеспечения / архитектуру всегда лучше. Но теперь я столкнулся с проблемой событий обоих контекстов .

- Однако это заставляет меня переосмыслить этот два шаблона контекста, и я спрашиваю себя: зачем мне приносить себя в эту проблему, почему бы не загрузить все файлы конфигурации ContextLoaderListener с помощью одного DispatcherServlet и полностью удалить ContextLoaderListener . (Я все равно буду иметь разные файлы конфигурации, но только один контекст.)

Есть ли причина не удалять ContextLoaderListener ?






Links