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

Answer 1

链接的脚注[2]：

[2]：因为<import/>元素的处理必然在调用BeanFactoryPostProcessors之前发生，这意味着甚至PropertyPlaceholderConfigurer在这里也无法提供帮助。由于环境及其PropertySources集在容器刷新之前配置，因此可以针对环境解析元素中的占位符，而不会出现任何生命周期问题。

<强>更新：

根据javadoc for PropertySourcesPlaceholderConfigurer，PropertySourcesPlaceholderConfigurer是BeanFactoryPostProcessor，因此脚注的真正含义是在安装PropertySourcesPlaceholderConfigurer之前解析导入，所以它无法正常工作（实际上，在解析<import/>时，配置器可能还不存在！）是的，当它安装时它会查看{ {1}}，但您无法使用它来解析Environment内部，因为当时没有后处理器可用。这包括<import/>。

基本上，Spring XML上下文设置或多或少会像这样：

创建了上下文。

PropertySourcesPlaceholderConfigurer已设置。

读取XML（所有XML，必要时解析导入）。创建了Bean定义。
安装并调用
Environment，处理bean定义。

BeanFactoryPostProcessor已安装。

根据bean定义实例化Bean。应用BeanPostProcessors。

这是一个类似的问题，导致您无法使用许多后处理器的BeanPostProcessor属性在order之前应用BeanPostProccesor（做类似make {{从} BeanFactoryPostProcessor解析占位符：行为在Spring应用程序上下文中是硬编码的，所以你必须通过专门化一些Spring类来解决它。

Answer 2

我认为你错误地阅读了博客@Kurt - 如果在开始创建bean定义之前包含属性的属性源存在，则应解决它。

因此，以下两种方式让您的导入解决方法： 1.使用此参数(-Dlogin.security=dev)设置一个环境变量，默认情况下将注册为属性源 2.以编程方式将文件注册为属性源，在博客文章中提到通过编写自定义ApplicationContextInitializer来注册属性源 - 您应该能够使用ResourcePropertySource注册基于文件的属性源

Answer 3

@Inject Environment并使用配置文件，您现在需要的内容应该更加容易。您不需要替换部分文件名。

Spring 3.1 PropertySourcesPlaceholderConfigurer和条件导入

3 个答案: