ContextLoaderListenerかどうか？

標準のSpring Webアプリケーション（Rooまたは「Spring MVC Project」テンプレートで作成）は、ContextLoaderListenerおよびでweb.xmlを作成しますDispatcherServlet。なぜ彼らはを使用してDispatcherServlet、完全な構成をロードするだけではないのですか？

私は、ContextLoaderListenerを使用してWebに関連しないものをロードする必要があり、DispatcherServletを使用してWebに関連するもの（コントローラーなど）をロードすることを理解しています。この結果、2つのコンテキスト（親コンテキストと子コンテキスト）が生成されます。

バックグラウンド：

私はこの標準的な方法で数年間それをしていました。

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

これにより、2つのコンテキストとそれらの間の依存関係で問題が発生することがよくありました。以前は常に解決策を見つけることができました。これにより、ソフトウェアの構造/アーキテクチャが常に改善されると強く感じています。しかし今、私は両方の状況の出来事で問題に直面しています。

-ただし、これにより、この2つのコンテキストパターンを再考し、私は自分自身に問いかけます。なぜ、この問題に自分を持ち込む必要があるのか​​、すべてのSpring構成ファイルを1つにロードしDispatcherServletてContextLoaderListener完全に削除しないのはなぜですか。（まだ、異なる構成ファイルを使用しますが、コンテキストは1つだけです。）

削除しない理由はありますContextLoaderListenerか？

あなたの場合、いいえ、ContextLoaderListenerとを保持する理由はありませんapplicationContext.xml。サーブレットのコンテキストのみでアプリが正常に機能する場合、それはそのままで、より簡単です。

はい、一般的に推奨されるパターンは、web以外のものをwebappレベルのコンテキストに維持することですが、それは弱い規則にすぎません。

webappレベルのコンテキストを使用する唯一の説得力のある理由は次のとおりです。

• 複数のDispatcherServletサービスを共有する必要がある場合
• Springワイヤードサービスにアクセスする必要があるレガシー/非Springサーブレットがある場合
• あなたはサーブレットフィルタを持っている場合は、そのWebアプリケーション・レベルのコンテキストにフック（例えば春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>

contextConfigLocationパラメータの値が空であることを確認してください。

Spring-MVCアプリケーションで行ったことを共有したいと思います。

1. 上のwe-mvc-config.xmlI @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>