加载特定于环境的属性以与PropertyPlaceholderConfigurer一起使用吗？

Question

这似乎是一个很常见的问题，但是我没有找到关于最佳方法的任何共识，因此我在这里提出了这个问题。

我正在使用Spring
Batch和Spring开发命令行Java应用程序。我正在使用属性文件以及PropertyPlaceholderConfigurer，但是我不确定为多个环境（开发，测试等）处理属性文件的最佳方法。我的Google搜索只提供了一种编程方式来加载属性（即，在Java代码本身中），这对于我正在做的事情不起作用。

我考虑过的一种方法就是简单地将每个环境的属性文件放在服务器上，并通过命令行参数将文件目录添加到类路径中，但是我一直在使用该方法加载文件时遇到麻烦。

我正在考虑的另一种方法是只在jar中包含所有属性文件，并在运行时使用系统属性或命令行参数填写属性文件的名称，如下所示：

<bean id="propertyConfigurer"
    class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
    <property name="locations">
        <list>
            <value>classpath:job.properties.${env}</value>
        </list>
    </property>
</bean>

我倾向于后一种解决方案，但我也希望看看是否有更好的方法被我忽略了。

我还应该提到，我必须在运行时而不是在构建中进行替换。我受限制使用的过程需要一个构建，该构建将通过环境升级到生产环境，因此我无法使用替代ala
Maven或Ant。

Answer 1

我同意-它不应是构建时配置，因为您要将完全相同的有效负载部署到各种上下文中。

PropertyPlaceHolderConfigurer的Locations属性可以使用各种类型的资源。也可以是文件系统资源或URL？因此，您可以将配置文件的位置设置为本地服务器上的文件，然后每当它运行时，它将以该服务器上的配置文件指定的模式运行。如果您具有用于特定运行模式的特定服务器，则可以正常运行。

尽管似乎您想在同一台服务器上以不同的模式运行同一应用程序，但在两行之间进行读取。在这种情况下，我建议通过命令行参数传递配置文件的位置。将此值传递到PropertyPlaceHolderConfigurer会有些棘手，但并非不可能。