在春天加载属性文件

Question

我们的一个团队以这种方式实现了加载属性(请参阅下面的伪代码)并建议这种方法是正确的,因为使用它的客户端应用程序可以自由地将属性保存在任何文件中.与广泛使用的propertyplaceholderconfigurer相反.

应用程序的context.xml

<bean class="com.mypackage.Myclass">
<property name="xml" value="classpath:"{com.myapp.myproperty1}"> </property> 
</bean>

config.properties

com.myapp.myproperty1=data.xml

编辑:我应该添加它是data.properties而不是data.xml.我们想要加载一个属性文件(这个属性文件在config.properties中作为"属性"给出.com.myapp.myproperty1 = data.properties

java类

import org.springframework.core.io.Resource;
public class Myclass {

private Resource xmlField;

// setter & getter methods..

}

使用spring core.io.Resource是对的吗？

另一个原因是客户端应用程序想要加载特定于环境的配置.我建议使用propertyconfigurer并使用maven配置文件生成特定于环境的构建

你能告诉哪一个适合哪种情况？如果它在不同情况下有所不同,请帮助我指出它们？

谢谢

Answer 1

您可以将属性放在任何文件中并仍然使用PropertyPlaceholderConfigurer.这是一个满足您的同事关注和您对环境特定事物的渴望的示例:

<bean id="propertyPlaceholderConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
    <property name="locations">
        <list>
            <!-- default settings -->
            <value>classpath:MyCompany.properties</value>
            <!-- environment-specific settings -->
            <value>classpath:MyCompany.${mycompany.env:dev}.properties</value>
            <!-- keep your coworker happy -->
            <value>classpath:${mycoworker}</value>
            <!-- allows emergency reconfiguration via the local file system -->
            <value>file:///${user.home}/MyCompany.properties</value>
        </list>
    </property>
    <property name="systemPropertiesModeName" value="SYSTEM_PROPERTIES_MODE_OVERRIDE"/>
    <property name="ignoreResourceNotFound" value="true" />
    <!-- should be validated separately, in case users of the library load additional properties -->
    <property name="ignoreUnresolvablePlaceholders" value="false"/> 
</bean>

如果没有传入任何-D参数,那么您将获取以下属性文件,其中后面文件中的属性会覆盖先前确定的值.

1. MyCompany.properties离开类路径
2. MyCompany.dev.properties离开类路径
3. $ HOME/MyCompany.properties(如果存在)

要交换#2的生产配置,只需传递-Dmycompany.env=prod给java.同样,-Dmycoworker=/some/path/config.properties如果他/她想要你的同事可以通过.

Answer 2

我不确定为什么PropertyPlaceholderConfigurator不是一个正确的选择.

我几乎总是通过定制的PPC处理特定于环境的配置,它可以(a)-D在启动时获取参数,和/或(b)使用机器名称来决定加载哪个属性文件.

对我来说,这比通过Maven捆绑信息更方便,因为我可以更轻松地从我所使用的任何机器(使用-D属性)测试任意配置.