Could not resolve placeholder jdbc.url
阿新 • • 發佈:2019-02-16
先來看下A和B兩個模組
A模組和B模組都分別擁有自己的Spring XML配置,並分別擁有自己的配置檔案:
A模組
A模組的Spring配置檔案如下:
Xml程式碼
其配置檔案位於類路徑conf/conf_a.properties中:
Xml程式碼
B模組
B模組的Spring配置檔案如下:
Xml程式碼
其配置檔案位於類路徑conf/conf_b.properties中:
Java程式碼
問題來了
單獨執行A模組,或單獨執行B模組都是正常的,但將A和B兩個模組整合後執行,Spring容器就啟動不了了:
引用 Could not resolve placeholder 'moduleb.jdbc.driverClassName' in string value "${moduleb.jdbc.driverClassName}"
到底出了啥問題
隨便搜尋了一下,還發現很多人遇到這個問題,這個就是來自stackoverflow的問題:
http://stackoverflow.com/questions/7940452/spring-application-context-not-able-to-load-property-placeholder-properties
可惜啊,好像都沒有人給出正確的解決。
那究竟是什麼問題呢?也想了很久哦....終於回想起來了(寫書時讀過Spring原始碼),原來是Spring容器採用反射掃描的發現機制,在探測到Spring容器中有一個org.springframework.beans.factory.config.PropertyPlaceholderConfigurer的Bean就會停止對剩餘PropertyPlaceholderConfigurer的掃描(Spring 3.1已經使用PropertySourcesPlaceholderConfigurer替代PropertyPlaceholderConfigurer了)。
而<context:property-placeholder/>這個基於名稱空間的配置,其實內部就是建立一個PropertyPlaceholderConfigurer Bean而已。換句話說,即Spring容器僅允許最多定義一個PropertyPlaceholderConfigurer(或<context:property-placeholder/>),其餘的會被Spring忽略掉(其實Spring如果提供一個警告就好了)。
拿上來的例子來說,如果A和B模組是單獨執行的,由於Spring容器都只有一個PropertyPlaceholderConfigurer,因此屬性檔案會被正常載入並替換掉。如果A和B兩模組整合後執行,Spring容器中就有兩個PropertyPlaceholderConfigurer Bean了,這時就看誰先誰後了, 先的保留,後的忽略!因此,只加載到了一個屬性檔案,因而造成無法正確進行屬性替換的問題。
咋解決呢?
定位問題需要9999元錢,解決問題只需要1元錢 。
屬性檔案載入在統一的地方做,不要分模組載入即可。
A模組a.xml:
Xml程式碼
B模組b.xml:
Xml程式碼
整合:
Xml程式碼
進一步思考
為什麼啊?Spring為什麼要這樣呢?細想想是有道理的,一個專案或一個系統的配置應該放在一起,不宜分散。
這樣才可以做到統一管控,否則到處都有配置,到底是載入哪個配置檔案呢?有時你還會不小心讓JAR中的Spring配置檔案載入一個位於JAR中的屬性檔案,而外面有更改不了。如果Spring使用了這種機制,即使JAR包中的Spring配置檔案使用<context:property-placeholder/>引用到JAR中的屬性檔案,只要你要外而的Spring配置檔案中顯示提供一個<context:property-placeholder/>指定另一個屬性檔案 ,就可以覆蓋JAR中的預設配置了。
想了一想,Spring這樣做是利大於弊的。
A模組和B模組都分別擁有自己的Spring XML配置,並分別擁有自己的配置檔案:
A模組
A模組的Spring配置檔案如下:
Xml程式碼
<?xml version="1.0" encoding="UTF-8" ?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context" xmlns:p="http://www.springframework.org/schema/p" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.2.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.2.xsd"> <context:property-placeholder location="classpath*:conf/conf_a.properties"/> <bean class="com.xxx.aaa.Bean1" p:driverClassName="${modulea.jdbc.driverClassName}" p:url="${modulea.jdbc.url}" p:username="${modulea.jdbc.username}" p:password="${modulea.jdbc.password}"/> </beans>
其配置檔案位於類路徑conf/conf_a.properties中:
Xml程式碼
modulea.jdbc.driverClassName=com.mysql.jdbc.Driver
modulea.jdbc.username=cartan
modulea.jdbc.password=superman
modulea.jdbc.url=jdbc:mysql://127.0.0.1:3306/modulea?useUnicode=true&characterEncoding=utf8
B模組
B模組的Spring配置檔案如下:
Xml程式碼
<?xml version="1.0" encoding="UTF-8" ?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context" xmlns:p="http://www.springframework.org/schema/p" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.2.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.2.xsd"> <context:property-placeholder location="classpath*:conf/conf_b.properties"/> <bean class="com.xxx.bbb.Bean1" p:driverClassName="${moduleb.jdbc.driverClassName}" p:url="${moduleb.jdbc.url}" p:username="${moduleb.jdbc.username}" p:password="${moduleb.jdbc.password}"/> </beans>
其配置檔案位於類路徑conf/conf_b.properties中:
Java程式碼
moduleb.jdbc.driverClassName=com.mysql.jdbc.Driver
moduleb.jdbc.username=cartan
moduleb.jdbc.password=superman
moduleb.jdbc.url=jdbc:mysql://127.0.0.1:3306/modulea?useUnicode=true&characterEncoding=utf8
問題來了
單獨執行A模組,或單獨執行B模組都是正常的,但將A和B兩個模組整合後執行,Spring容器就啟動不了了:
引用 Could not resolve placeholder 'moduleb.jdbc.driverClassName' in string value "${moduleb.jdbc.driverClassName}"
到底出了啥問題
隨便搜尋了一下,還發現很多人遇到這個問題,這個就是來自stackoverflow的問題:
http://stackoverflow.com/questions/7940452/spring-application-context-not-able-to-load-property-placeholder-properties
可惜啊,好像都沒有人給出正確的解決。
那究竟是什麼問題呢?也想了很久哦....終於回想起來了(寫書時讀過Spring原始碼),原來是Spring容器採用反射掃描的發現機制,在探測到Spring容器中有一個org.springframework.beans.factory.config.PropertyPlaceholderConfigurer的Bean就會停止對剩餘PropertyPlaceholderConfigurer的掃描(Spring 3.1已經使用PropertySourcesPlaceholderConfigurer替代PropertyPlaceholderConfigurer了)。
而<context:property-placeholder/>這個基於名稱空間的配置,其實內部就是建立一個PropertyPlaceholderConfigurer Bean而已。換句話說,即Spring容器僅允許最多定義一個PropertyPlaceholderConfigurer(或<context:property-placeholder/>),其餘的會被Spring忽略掉(其實Spring如果提供一個警告就好了)。
拿上來的例子來說,如果A和B模組是單獨執行的,由於Spring容器都只有一個PropertyPlaceholderConfigurer,因此屬性檔案會被正常載入並替換掉。如果A和B兩模組整合後執行,Spring容器中就有兩個PropertyPlaceholderConfigurer Bean了,這時就看誰先誰後了, 先的保留,後的忽略!因此,只加載到了一個屬性檔案,因而造成無法正確進行屬性替換的問題。
咋解決呢?
定位問題需要9999元錢,解決問題只需要1元錢 。
屬性檔案載入在統一的地方做,不要分模組載入即可。
A模組a.xml:
Xml程式碼
<?xml version="1.0" encoding="UTF-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:p="http://www.springframework.org/schema/p"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.2.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.2.xsd">
<!--<context:property-placeholder location="classpath*:conf/conf_a.properties"/>-->
<bean class="com.xxx.aaa.Bean1"
p:driverClassName="${modulea.jdbc.driverClassName}"
p:url="${modulea.jdbc.url}"
p:username="${modulea.jdbc.username}"
p:password="${modulea.jdbc.password}"/>
</beans>
B模組b.xml:
Xml程式碼
<?xml version="1.0" encoding="UTF-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:p="http://www.springframework.org/schema/p"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.2.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.2.xsd">
<!--<context:property-placeholder location="classpath*:conf/conf_b.properties"/>-->
<bean class="com.xxx.bbb.Bean1"
p:driverClassName="${moduleb.jdbc.driverClassName}"
p:url="${moduleb.jdbc.url}"
p:username="${moduleb.jdbc.username}"
p:password="${moduleb.jdbc.password}"/>
</beans>
整合:
Xml程式碼
<?xml version="1.0" encoding="UTF-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:p="http://www.springframework.org/schema/p"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.2.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.2.xsd">
<context:property-placeholder location="classpath*:conf/conf*.properties"/>
<import resource="a.xml"/>
<import resource="b.xml"/>
</beans>
進一步思考
為什麼啊?Spring為什麼要這樣呢?細想想是有道理的,一個專案或一個系統的配置應該放在一起,不宜分散。
這樣才可以做到統一管控,否則到處都有配置,到底是載入哪個配置檔案呢?有時你還會不小心讓JAR中的Spring配置檔案載入一個位於JAR中的屬性檔案,而外面有更改不了。如果Spring使用了這種機制,即使JAR包中的Spring配置檔案使用<context:property-placeholder/>引用到JAR中的屬性檔案,只要你要外而的Spring配置檔案中顯示提供一個<context:property-placeholder/>指定另一個屬性檔案 ,就可以覆蓋JAR中的預設配置了。
想了一想,Spring這樣做是利大於弊的。