ContextLoaderListener чи ні?

Стандартний весняний веб-додаток (створений Roo або «Шаблон весняного проекту MVC») створить web.xml з ContextLoaderListenerта DispatcherServlet. Чому вони не просто використовують DispatcherServletі роблять це для завантаження повної конфігурації?

Я розумію, що ContextLoaderListener слід використовувати для завантаження речей, що не стосуються Інтернету, і DispatcherServlet використовується для завантаження відповідних веб-матеріалів (Controllers, ...). І це виходить у двох контекстах: батьківський та дитячий контекст.

Фон:

Я робив це стандартним чином кілька років.

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

Це часто спричиняло проблеми з двома контекстами та залежностями між ними. У минулому я завжди міг знайти рішення, і у мене є сильне відчуття, що це робить структуру / архітектуру програмного забезпечення завжди кращою. Але зараз я стикаюся з проблемою подій обох контекстів .

- Однак це змушує переосмислити цю дві контекстні картини, і я запитую себе: чому я повинен привести себе в цю проблему, чому не завантажувати всі файли конфігурації весни одним DispatcherServletі видаляти ContextLoaderListenerповністю. (У мене все одно будуть різні файли конфігурації, але лише один контекст.)

Чи є якісь причини не видаляти ContextLoaderListener?

У вашому випадку, ні, немає ніяких причин зберігати ContextLoaderListenerі applicationContext.xml. Якщо ваш додаток добре працює лише з контекстом сервлета, це дотримується, це простіше.

Так, загальноприйнята модель полягає в тому, щоб зберігати не веб-матеріали в контексті рівня webapp, але це не більше ніж слабка умова.

Єдиними переконливими причинами використання контексту на рівні webapp є:

• Якщо у вас декілька DispatcherServlet, вам потрібно ділитися службами
• Якщо у вас є застарілі / непружинні сервлети, яким потрібен доступ до провідних сервісів Spring
• Якщо у вас є сервлет фільтри, гачок в контексті WebApp рівня (наприклад , Spring Security - х DelegatingFilterProxy, OpenEntityManagerInViewFilterі т.д.)

Жодне з них не стосується вас, тому додаткова складність є невиправданою.

Будьте обережні, додаючи фонові завдання до контексту сервлета, як-от заплановані завдання, з'єднання JMS тощо. Якщо ви забудете додати <load-on-startup>до своїх web.xml, то ці завдання не будуть запускатися до першого доступу сервлета.

Ви також можете налаштувати контекст програми навпаки. Наприклад, щоб змусити 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>

Просто переконайтеся, що значення параметраComfigLocation порожнє.

Я хочу поділитися тим, що я зробив у своїй програмі Spring-MVC:

1. На we-mvc-config.xmlя додав тільки класи анотовані з @Controller:

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

2. У applicationContext.xmlфайли я додав всі інші:

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