ContextLoaderListener หรือไม่?

แอพลิเคชันเว็บฤดูใบไม้ผลิมาตรฐาน (สร้างโดยกินตานาโรหรือ "ฤดูใบไม้ผลิ MVC โครงการ" แม่แบบ) สร้าง web.xml ด้วยและContextLoaderListener ทำไมพวกเขาไม่เพียงใช้และทำให้มันโหลดการกำหนดค่าที่สมบูรณ์?DispatcherServletDispatcherServlet

ฉันเข้าใจว่าควรใช้ 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หากแอปของคุณทำงานได้ดีกับบริบทของ servlet สิ่งนั้นจะง่ายกว่า

ใช่รูปแบบที่ได้รับการสนับสนุนโดยทั่วไปคือการเก็บสิ่งที่ไม่ใช่เว็บไว้ในบริบทระดับเว็บแอป แต่ไม่มีอะไรมากไปกว่าการประชุมที่อ่อนแอ

เหตุผลเดียวที่น่าสนใจในการใช้บริบทระดับเว็บแอปคือ:

• หากคุณมีหลายรายการDispatcherServletที่ต้องแชร์บริการ
• หากคุณมี servlets แบบเดิม / ไม่ใช่ Spring ที่ต้องการเข้าถึงบริการ Spring-Wired
• หากคุณมีตัวกรองเซิร์ฟเล็ตว่าเบ็ดลงในบริบท webapp ระดับ (เช่นฤดูใบไม้ผลิการรักษาความปลอดภัยของDelegatingFilterProxy, OpenEntityManagerInViewFilterฯลฯ )

สิ่งเหล่านี้ไม่มีผลกับคุณดังนั้นความซับซ้อนพิเศษจึงไม่ได้รับการรับรอง

โปรดใช้ความระมัดระวังในการเพิ่มงานพื้นหลังในบริบทของ servlet เช่นงานที่กำหนดเวลาไว้การเชื่อมต่อ JMS ฯลฯ หากคุณลืมเพิ่มลง<load-on-startup>ในของคุณweb.xmlงานเหล่านี้จะไม่เริ่มต้นจนกว่าจะมีการเข้าถึง servlet ครั้งแรก

คุณสามารถกำหนดค่าบริบทของแอปพลิเคชันในทางกลับกันได้เช่นกัน เช่นเพื่อให้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.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>