需求背景
最近碰到的需求大概是这样,我们要在一个现有的项目基础上进行二次开发,但又不愿意碰原有项目里的代码。所以采用了Maven依赖的方式——新建一个Maven项目作为主要开发环境,将原有项目作为Maven依赖(war形式)引入进来。这样在新建的扩展项目中打包出来的war将会是合并两个项目的所有代码。
而在实际搭建的过程中碰到这样一个问题,Spring配置文件中的 <context:property-placeholder />只允许存在一个, 而且这个机会已经被原有项目使用了——这种说法并不严谨,所以以下给出三种解决方案:
方案一
以上关于<context:property-placeholder />的说法并不严谨,其实多次添加也不会报错; 但只会有一个生效(含义是 如果spring从所设置的配置文件集合中没有读取到属性去替换占位符,就会报错, 除非设置 ignore-unresolvable ) ,如果按照如下设置方式,就可以避免这种情况,并接触本次需求。
<!-- 如果要配置多个, 就要设置ignore-unresolvable ="true" -->
<context:property-placeholder location="classpath:extend/db.properties" ignore-unresolvable="true" />
<context:property-placeholder location="classpath:db.properties" ignore-unresolvable="true" />
但是这样带来的坏处就是:
1. 将发现错误的时机推迟到了运行时,这在系统比较庞大时实在是大忌。
2. 属性重复时的替换危机,这种BUG想要找出来,耗费的时间和精力想想就不寒而栗。
方案二
第二个方法 就是BeanFactoryPostProcessor接口,注意该接口的回调时机早于占位符替换 操作。
// BeanFactoryPostProcessor.postProcessBeanFactory
@Override
public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
// 我们自己去读取指定的配置文件
Properties prop = null ;
try {
prop = PropertiesLoaderUtils.loadAllProperties("extend/db.properties", Thread.currentThread().getContextClassLoader());
} catch (IOException e) {
e.printStackTrace();
}
if(null == prop){
return;
}
// 注入到特定的Bean的特定属性中
BeanDefinition beanDefinition = beanFactory.getBeanDefinition("dataSource_extend");
beanDefinition.getPropertyValues().add("url", prop.getProperty("db.sd.url"));
beanDefinition.getPropertyValues().add("driverClassName",prop.getProperty("db.sd.driverClassName"));
beanDefinition.getPropertyValues().add("username", prop.getProperty("db.sd.username"));
beanDefinition.getPropertyValues().add("password", prop.getProperty("db.sd.password"));
super.postProcessBeanFactory(beanFactory);
}
方案三
还有一种方法就是使用Spring的父子容器的关系,将这个 <context:property-placeholder/>和依赖它的Bean全部注册到一个全新容器中,然后将该容器作为现有容器的Parent。此方法过去取巧,本人没有实际去尝试。
————————————————
版权声明:本文为CSDN博主「夫礼者」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/lqzkcx3/article/details/79483851