在配置beans 的時(shí)候,可以使用 ContextLoaderListener 或者 ContextLoaderServlet搭配名為contextConfigLocation 的Context-Param,也可以在DispatchServlet的 init-param中定義。
但是其中要注意的是,無論如何,當(dāng)web容器初始化DispatchServlet的時(shí)候,都會(huì)去找這個(gè)它對(duì)于的配置文件。這個(gè)配置文件的默認(rèn)位置和名字為/WEB-INF/servletname-servlet.xml。所以,即使已經(jīng)使用了ContextLoaderListener或ContextLoaderServlet,配置文件 /WEB-INF/servletname-servlet.xml仍然是必須的。
有時(shí)候我們需要自定義所有的配置文件,比如,我希望把所有的spring相關(guān)的配置文件都放在目錄/WEB-INF/spring/底下,我還希望用文件名 appContent-servlet來取代 envoy-servlet.xml。舉個(gè)例子:
我的配置文件web.xml的相關(guān)部分如下:
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
/WEB-INF/config/appContent-servlet.xml
/WEB-INF/config/appContent-service.xml
</param-value>
</context-param>
<listener>
<listener-class>
org.springframework.web.context.ContextLoaderListener
</listener-class>
</listener>
<servlet>
<servlet-name>envoy</servlet-name>
<servlet-class>
org.springframework.web.servlet.DispatcherServlet
</servlet-class>
<load-on-startup>2</load-on-startup>
</servlet>
注意,其中的/WEB-INF/config/appContent-servlet.xml其實(shí)就是原來默認(rèn)名為/WEB-INF/envoy-servlet.xml的配置文件。
我們希望這個(gè)配置可以工作。但是很可惜,它無法正常啟動(dòng)。
為什么呢?原因就在于當(dāng)web容器啟動(dòng)名為envoy的servlet的時(shí)候,它會(huì)嘗試去加載bean定義配置文件。即使我們已經(jīng)使用了ContextLoaderListener來加載bean定義,它仍然會(huì)發(fā)現(xiàn)沒有人為這個(gè)servlet定義其默認(rèn)的配置文件,所以它會(huì)去嘗試使用默認(rèn)的路徑和名字去加載文件。這個(gè)路徑就是/WEB-INF/envoy-servlet.xml。可是我們已經(jīng)把這個(gè)文件改名并放在路徑/WEB-INF/config/appContent-servlet.xml下了,web容器就會(huì)找不到文件,并報(bào)錯(cuò)。
那么,我們?cè)撛趺崔k才能正確的配置所有的加載文件呢?我們可以用servlet配置的子節(jié)點(diǎn)init-param,而不要ContextLoaderListener或者ContextLoaderServlet。我們還是舉個(gè)例子:
新的配置文件web.xml的相關(guān)部分如下:
<servlet>
<servlet-name>envoy</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>
/WEB-INF/config/appContent-service.xml,
/WEB-INF/config/appContent-servlet.xml
</param-value>
</init-param>
<load-on-startup>2</load-on-startup>
</servlet>
顯然,新的配置更加簡(jiǎn)潔,而且這一次當(dāng)web容器名為envoy的servlet的時(shí)候,系統(tǒng)可以發(fā)現(xiàn)這個(gè)servlet需要的名為contextConfigLocation的參數(shù)在這里,就會(huì)用客戶定義的路徑去取代默認(rèn)的路徑。
我的疑惑是,既然我們已經(jīng)使用了context-param來定義contentConfigLocation這個(gè)變量,那么當(dāng)web容器加載名為envoy的servlet的時(shí)候,就應(yīng)該用這個(gè)路徑來取代默認(rèn)的路徑才對(duì),為什么事實(shí)卻不是這樣呢?
我估計(jì)原因是spring并不是配置的這個(gè)路徑來指明DispatchServlet的配置文件的路徑,而是用這個(gè)路徑來為ContentLoaderListener或者ContentLoaderServlet指明其配置文件的路徑。所以DispatchServlet仍然需要在啟動(dòng)的時(shí)候去加載該servlet的配置文件,就導(dǎo)致了上面的結(jié)果。
由于時(shí)間不夠,沒有去確認(rèn)是否其真實(shí)原因,等以后有空再去確認(rèn)吧。
聯(lián)系客服