奇怪的 Spring MVC 上下文配置行为答案

【问题标题】：Weird Spring MVC context configuration behavior奇怪的 Spring MVC 上下文配置行为
【发布时间】：2014-02-17 02:49:00
【问题描述】：

由于某些原因，我需要以不同于标准的方式命名 Spring 上下文的 XML 文件。

是的，我知道这是一个基本问题，在 Stack Overflow 上有几个回答，例如：

但是，我的问题比那些要棘手一些，因为系统仅在 web.xml 文件同时具有和 做同样的事情，如下面的代码所示：

   <!--
   TAG A: <init-param>
    -->
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>
            /WEB-INF/myDearServlet.xml,
            /WEB-INF/springSecurityStuff.xml
        </param-value>
    </init-param>

与

   <!--
   TAG B: <context-param>
   -->
   <context-param>
       <param-name>contextConfigLocation</param-name>
       <param-value>
           /WEB-INF/myDearServlet.xml,
           /WEB-INF/springSecurityStuff.xml
       </param-value>
   </context-param>

如果我只删除 TAG A: 系统不会运行并且错误是：

java.io.FileNotFoundException：无法打开 ServletContext 资源 [/WEB-INF/my-dispatcher-servlet.xml]

（servlet 的名称是“my-dispatcher”）

如果我只删除 TAG B: 系统也不会运行，错误是：

原因：java.io.FileNotFoundException：无法打开 ServletContext 资源 [/WEB-INF/applicationContext.xml]

如果我不消除其中任何一个，系统就会正常运行。这是有效的 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_2_4.xsd"
    version="2.4">

    <display-name>Weird Spring MVC</display-name>

    <!-- SPRING MVC SERVLET -->
    <servlet>
        <servlet-name>my-dispatcher</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <!--
        TAG A: <init-param>
        -->
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>
                /WEB-INF/myDearServlet.xml,
                /WEB-INF/springSecurityStuff.xml
            </param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>my-dispatcher</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>

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

    <!--
    TAG B: <context-param>
    -->
    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>
            /WEB-INF/myDearServlet.xml,
            /WEB-INF/springSecurityStuff.xml
        </param-value>
    </context-param>

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

有没有人对此行为有一个简单的（？）解释？

提前致谢。

阿尔米尔·坎波斯。

【问题讨论】：

标签： java xml spring spring-mvc spring-security

【解决方案1】：

这里有两件事：

根ApplicationContext，由ContextLoaderListener 加载，默认情况下查找applicationContext.xml 文件以加载上下文。
应用程序中每个 DispatcherServlet 的 ServletContext，它是根上下文的子级。默认情况下，每个调度程序 servlet 的配置文件格式为 <servletname>-servlet.xml。由于这里 servlet 的名称是 my-dispatcher，所以 DispatcherServlet 在类路径中需要一个 my-dispatcher-servlet.xml。

现在，如果您没有这些文件中的任何一个，并且这些上下文中的任何一个具有不同的文件名，您必须在web.xml 中配置它们。您在 root 的 ApplicationContext 和 <init-param> 标记的 <context-param> 标记中使用 contextConfigLocation 参数对 DispatcherServlet 进行操作。

因此，如果您删除其中任何一个，则会搜索相应上下文的默认文件，而您没有这些文件，因此您会看到这些错误。

另请参阅：

【讨论】：

感谢您的快速回复，Rohit。但是，有没有办法避免这种冗余配置？
@AlmirCampos 为什么配置对您来说似乎是多余的？如果你真的想避免，那么为每个上下文使用默认文件，然后你不需要给他们任何一个。
因为需要重复代码：“contextConfigLocation /WEB-INF/myDearServlet.xml, /WEB-INF/springSecurityStuff.xml ”。这对我来说很奇怪，因为这正是我们一直试图避免的。我之前说过，我需要使用不同的名称。
@AlmirCampos 你必须这样做。这些适用于 2 种不同的配置。但是，您可以避免放置所有配置文件，只需拥有一个配置文件，然后在该文件中导入其他配置文件。这样，您只需将该文件放在 <param-value> 标记中即可。
我认为有一个配置文件是一个非常好的建议。谢谢你，罗希特。