Spring 3.1 PropertySourcesPlaceholderConfigurer和条件导入

Question

看看3.1中的新Spring属性支持(http://blog.springsource.org/2011/02/15/spring-3-1-m1-unified-property-management/),看起来应该是可行的:

<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之前的版本中出现这种行为,但看起来这应该对3.1(我们正在使用)有效吗？

Answer 1

链接的脚注 [2]：

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

更新：

根据PropertySourcesPlaceholderConfigurer 的 javadoc，PropertySourcesPlaceholderConfigurer是 a BeanFactoryPostProcessor，所以脚注真正说的是导入在安装 PropertySourcesPlaceholderConfigurer之前就已解析，因此它也不起作用（事实上，在<import/>解析时，配置器甚至可能不会还存在！）是的，当安装它时，它会查看Environment，但您不能使用它来解析 内部<import/>，因为当时没有后处理器运行。这包括PropertySourcesPlaceholderConfigurer.

基本上 Spring XML 上下文设置或多或少是这样的：

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

这是一个类似的问题，导致您无法使用许多后处理器的属性在 a 之前order应用 a （执行诸如从 a 解析占位符之类的操作）：该行为在 Spring 应用程序上下文中硬编码，因此您必须通过专门化一些 Spring 类来解决这个问题。BeanPostProccesorBeanFactoryPostProcessorPropertyPlaceholderConfigurer@PersistenceContext