簡體   English   中英

由於加倍的上下文(servlet + ContextLoaderListener),所有Spring Framework bean都會重復

[英]All Spring Framework beans get duplicated, becase of doubled context (servlet+ContextLoaderListener)

  • 如果我通過調度程序servlet創建spring上下文,我在DelegatingFilterProxy過濾器中出錯:

     java.lang.IllegalStateException: No WebApplicationContext found: no ContextLoaderListener registered? org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:251) org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88) org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) org.apache.logging.log4j.core.web.Log4jServletFilter.doFilter(Log4jServletFilter.java:66) 
  • 如果我通過ContextLoaderListener創建spring上下文我只有404錯誤,因為沒有servlet

  • 如果我通過servlet和listener創建spring上下文我有重復的上下文,所以所有bean都是重復的,包括帶有請求映射的控制器,雙重執行@Scheduled方法等。

如何在不重復上下文的情況下創建高級spring應用程序(包括大量過濾器等)?

我的web.xml:

<?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>MyWebApplication</display-name>

        <servlet>
                <servlet-name>springDispatcher</servlet-name>
                <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
                <init-param>
                        <param-name>contextConfigLocation</param-name>
                        <param-value>/WEB-INF/spring.xml</param-value>
                </init-param>
                <load-on-startup>1</load-on-startup>
        </servlet>

        <servlet-mapping>
                <servlet-name>springDispatcher</servlet-name>
                <url-pattern>/</url-pattern>
        </servlet-mapping>

        <listener>
                <listener-class>
                  org.springframework.web.context.ContextLoaderListener
             </listener-class>
        </listener>

        <context-param>
                <param-name>contextConfigLocation</param-name>
                <param-value>
                        /WEB-INF/spring.xml
                </param-value>
        </context-param>

        <!-- UTF-8 -->
        <filter>
             <filter-name>encoding-filter</filter-name>
             <filter-class>
                 org.springframework.web.filter.CharacterEncodingFilter
             </filter-class>
             <init-param>
                 <param-name>encoding</param-name>
                 <param-value>UTF-8</param-value>
             </init-param>
             <init-param>
             <param-name>forceEncoding</param-name>
             <param-value>true</param-value>
             </init-param>
         </filter>

    <filter-mapping>
        <filter-name>encoding-filter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

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

如果你使用彈簧相關的servlet過濾器並使用mvc控制器,那么你需要:

  • ContextLoaderListener AND
  • DispatcherServlet的彈簧構

(請參閱ContextLoaderListener與否?

兩者都創建自己的servlet上下文。 ContextLoaderListener創建父上下文 (有時稱為內部上下文)。 DispatcherServlet創建一個子上下文 (父上下文)(有時稱為外部上下文)。 子上下文的bean可以訪問父上下文的bean,但不能相反。

在一個不太簡單的Web應用程序中,您需要兩個上下文,因為有許多servlet過濾器需要已經創建的spring上下文。 另一方面,所有控制器東西都需要一個ServletContext,而這只是由Dispatcher Servlet創建的。

另一點是,你不應該每次創建兩個bean(有時候這沒問題,有時候也沒問題)。 所以你需要有兩個彈簧配置,一個用於內部上下文,一個用於另一個上下文。 而且你需要為每個bean決定它是屬於內部還是外部。

經驗法則是:將所有內容放在內部上下文中,除了那些需要Servlet上下文或者與Web前端密切相關的東西,比如MVC-Controllers,Tiles配置,....

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM