ContextLoaderListener czy nie?

Standardowa aplikacja internetowa Spring (stworzona przez Roo lub szablon „Spring MVC Project”) tworzy plik web.xml z użyciem ContextLoaderListeneri DispatcherServlet. Dlaczego nie tylko używają DispatcherServleti sprawiają, że ładują całą konfigurację?

Rozumiem, że ContextLoaderListener powinien być używany do ładowania rzeczy, które nie są istotne dla sieci, a DispatcherServlet służy do ładowania odpowiednich rzeczy internetowych (kontrolerów, ...). W rezultacie powstają dwa konteksty: kontekst rodzica i kontekst dziecka.

Tło:

Robiłem to w ten standardowy sposób przez kilka lat.

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

Często powodowało to problemy z dwoma kontekstami i zależnościami między nimi. W przeszłości zawsze byłem w stanie znaleźć rozwiązanie i mam silne przeczucie, że dzięki temu struktura / architektura oprogramowania jest zawsze lepsza. Ale teraz mam problem z wydarzeniami z obu kontekstów .

- Jednak to zmusza mnie do ponownego przemyślenia tych dwóch wzorców kontekstowych i zadaję sobie pytanie: dlaczego miałbym się w to pakować, dlaczego nie załadować wszystkich plików konfiguracyjnych sprężyny jednym DispatcherServleti ContextLoaderListenercałkowicie usunąć . (Nadal będę mieć różne pliki konfiguracyjne, ale tylko jeden kontekst).

Czy jest jakiś powód, aby nie usuwać ContextLoaderListener?

W twoim przypadku nie, nie ma powodu, aby zachować ContextLoaderListeneri applicationContext.xml. Jeśli twoja aplikacja działa dobrze tylko z kontekstem serwletu, to się przy tym trzyma, jest prostsze.

Tak, ogólnie zalecanym wzorcem jest trzymanie rzeczy spoza sieci w kontekście poziomu aplikacji internetowej, ale to nic innego jak słaba konwencja.

Jedyne istotne powody, dla których warto używać kontekstu na poziomie aplikacji internetowej, to:

• Jeśli masz wiele, DispatcherServletktóre muszą udostępniać usługi
• Jeśli masz serwlety starsze / inne niż Spring, które wymagają dostępu do usług przewodowych Spring
• Jeśli masz filtrów serwletów że hak w kontekście webapp poziomu (np Wiosna Security DelegatingFilterProxy, OpenEntityManagerInViewFilteritp)

Żadne z nich nie dotyczy Ciebie, więc dodatkowa złożoność jest nieuzasadniona.

Po prostu zachowaj ostrożność podczas dodawania zadań w tle do kontekstu serwletu, takich jak zaplanowane zadania, połączenia JMS, itp. Jeśli zapomnisz dodać coś <load-on-startup>do swojego web.xml, zadania te nie zostaną uruchomione do pierwszego dostępu do serwletu.

Możesz również skonfigurować kontekst aplikacji na odwrót. Np. Aby OpenEntityManagerInViewFilter działał. Skonfiguruj ContextLoaderListener, a następnie skonfiguruj DispatcherServlet za pomocą:

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

Po prostu upewnij się, że wartość parametru contextConfigLocation jest pusta.

Chcę podzielić się tym, co zrobiłem w mojej aplikacji Spring-MVC:

1. Na we-mvc-config.xmldodałam zaledwie klas adnotacją z @Controller:

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

2. Na applicationContext.xmlplikach dodałem całą resztę:

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