转载自:/feiyu8607/article/details/8282893
个人见解:在自动化测试阶段,我们的自动化用例不仅要在本地执行,而且会在jenkins上执行,而且两者执行过程中所依赖的环境配置很有可能是不一样的,对于这种情况,我们就需要动态加载环境配置,而不是依赖人工介入或者人工注意;这个时候PropertyPlaceholderConfigurer 自定义就可以派上用场了;另外发现一个比较好的加载方案,我们可以把总控性配置放在本地配置文件中,然后不管哪种环境执行,都先把本地配置加载起来,然后再判断是否是jenkins执行,如果是,就把jenkins的环境配置加载起来,覆盖掉之前的环境配置,而且覆盖哪些配置,我是可以调整的;感觉这种方式更加动态、稳定;
以下是原文转载:
spring中PropertyPlaceholderConfigurer这个类,它是用来解析Java Properties属性文件值,并提供在spring配置期间替换使用属性值。接下来让我们逐渐的深入其配置。
基本的使用方法是:
- <bean id="propertyConfigurerForAnalysis"
- class="">
- <property name="location">
- <value>classpath:/spring/include/</value>
- </property>
- </bean>
其中classpath是引用src目录下的文件写法。
当存在多个Properties文件时,配置就需使用locations了:(2)
- <bean id="propertyConfigurer"
- class="">
- <property name="locations">
- <list>
- <value>classpath:/spring/include/</value>
- <value>classpath:/spring/include/</value>
- </list>
- </property>
- </bean>
接下来我们要使用多个PropertyPlaceholderConfigurer来分散配置,达到整合多工程下的多个分散的Properties文件,其配置如下:(3)
- <bean id="propertyConfigurerForProject1"
- class="">
- <property name="order" value="1" />
- <property name="ignoreUnresolvablePlaceholders" value="true" />
- <property name="locations">
- <list>
- <value>classpath:/spring/include/</value>
- </list>
- </property>
- </bean>
-
- <bean id="propertyConfigurerForProject2"
- class="">
- <property name="order" value="2" />
- <property name="ignoreUnresolvablePlaceholders" value="true" />
- <property name="locations">
- <list>
- <value>classpath:/spring/include/</value>
- <value>classpath:/spring/include/</value>
- </list>
- </property>
- </bean>
其中order属性代表其加载的顺序,如果没有设置就按照加载xml文件时的顺序,而ignoreUnresolvablePlaceholders为是否忽略不可解析的Placeholder,如果配置了多个PropertyPlaceholderConfigurer,则该属性必须设置且为true,否则propertyConfigurerForProject2的properties文件不会被加载.
至此你已经了解到了如何使用PropertyPlaceholderConfigurer,如何使用多个Properties文件,以及如何配置多个PropertyPlaceholderConfigurer来分解工程中分散的Properties文件。至于PropertyPlaceholderConfigurer还有更多的扩展应用,如属性文件加密解密等方法将在之后的博文中续写。
注意事项:
(1)如果上面的与文件中有相同的参数配置名称,中配置的参数值不会被后面的覆盖;
(2)如果,彼此有相同参数名配置,中的配置的值会被覆盖;
自定义扩展PropertyPlaceholderConfigurer实现
例如:配置文件的路径,需要动态确定的,就需要自己扩展PropertyPlaceholderConfigurer的实现,自己获取文件路径,load properties文件,然后将load后的properties加入PropertyPlaceholderConfigurer
- package ;
-
- import ;
- import ;
-
- import ;
-
- import ;
- import ;
- import ;
-
-
- public class GollfPropertyPlaceholderConfigurer extends PropertyPlaceholderConfigurer {
-
- public void setGollfPropFiles(Set<String> gollfPropFiles) {
- String propPath = (GlobalProperties.PROPERTIES_FOLDER_PATH);
- String fileSeparator = ("");
-
- Properties properties = new Properties();
- for (String gollfPropFile : gollfPropFiles) {
-
- String nodeName = ("");
- gollfPropFile = ("\\[NODE_NAME\\]", nodeName);
-
- String file = propPath + fileSeparator + gollfPropFile;
-
- try {
- ("Loading properites file from " + file);
- Properties prop = (file);
- ("Properties -> " + prop);
- if(prop != null) {
- (prop);
- }
- } catch (Exception e) {
- (new ApplicationException("Properties file " + gollfPropFile +
- " cannot be found. All related functionalities may be unavailable", e, true));
- }
- }
-
- this.setProperties(properties);
-
- }
-
- }
xml配置
- <bean id="auditJmsProperties"
- class="">
- <property name="gollfPropFiles">
- <set>
- <value>[NODE_NAME]_jms.properties</value>
- </set>
- </property>
- </bean>
PropertyPlaceholderConfigurer中加载properties文件时,实际调用的:中的mergeProperties
Spring源码
- protected Properties mergeProperties() throws IOException {
- Properties result = new Properties();
-
- if (this.localOverride) {
-
- loadProperties(result);
- }
-
- if (this.localProperties != null) {
- for (Properties localProp : this.localProperties) {
-
- (localProp, result);
- }
- }
-
- if (!this.localOverride) {
-
- loadProperties(result);
- }
-
- return result;
- }
将多个properties文件中的配置加载以后合并成一个Properties对象返回.
上面的(properties)方法,就是设置localProperties的引用,localProperties不为空的话,将用户自定义加载的properties属性合并到Spring加载的result Properties对象中
localOverride参数:为true的话,表示用户自定义加载的属性值覆盖spring系统加载的,如果同名的话.
自定义使用注意:用户自定义方法的调用务必在spring 初始化调用PropertyPlaceholderConfigurer的mergeProperties()方法之前调用,否则配置文件就没有合并.一般就set值的时候调用.