Spring 3.1 PropertySourcesPlaceholderConfigurer和条件导入

Question

查看3.1（http://blog.springsource.org/2011/02/15/spring-3-1-m1-unified-property-
management/
）中对spring的新支持，看起来这应该是可能的：

<context:property-placeholder location="/WEB-INF/application-customer-dev.properties,classpath:application-customer.properties" ignore-resource-not-found="true"/>

<import resource="classpath*:com/x/core/security/security-${login.security}.xml"/>

其中login.security在application-customer-dev.properties中为：

login.security=dev

（并且security-
dev.xml确实存在于适当的位置）。但由于缺少login.security，因此我丢失了一些内容。我希望在3.1之前的spring版本中会出现这种情况，但是看起来对3.1（我们正在使用）有效吗？

Answer 1

链接的脚注[2]：

[2]：因为<import/>元素的处理必须在调用BeanFactoryPostProcessors之前进行，这意味着即使PropertyPlaceholderConfigurer也无济于事。由于在容器刷新之前已配置了环境及其属性源集，因此可以针对环境解析元素中的占位符，而不会出现任何生命周期问题。

更新 ：

根据PropertySourcesPlaceholderConfigurer的javadoc，PropertySourcesPlaceholderConfigurera
BeanFactoryPostProcessor，所以脚注真正说的是，导入是 在
安装PropertySourcesPlaceholderConfigurer 之前 解决的，因此也 无法正常工作
（事实上​​，在<import/>解决该问题时，配置器甚至可能无法是的，当安装它时，它将查看Environment，但是您不能使用它来解析<import/>，因为当时没有后处理器可运行。其中包括PropertySourcesPlaceholderConfigurer。

基本上，Spring XML上下文设置大致是这样的：

1. 上下文已创建。
2. Environment 被设置。
3. 读取XML（所有XML，必要时解析导入）。Bean定义已创建。
4. BeanFactoryPostProcessor安装并调用，处理Bean定义。
5. BeanPostProcessor已安装。
6. 根据bean的定义实例化bean。BeanPostProcessor被应用。

这与导致类似问题的原因类似，该问题导致您无法使用order许多后处理器的属性在a BeanPostProccesor之前应用a
BeanFactoryPostProcessor（以执行诸如PropertyPlaceholderConfigurer从a来创建占位符的操作@PersistenceContext）：该行为在Spring应用html" target="_blank">程序上下文中进行了硬编码，因此您必须通过专门处理一些Spring类来解决此问题。