Spring配置 xml 和属性退出战争

Question

我的目标是使SpringApplicationContext.xml和所有环境特定的属性文件脱离war文件，这样war文件是独立于环境的。

1.外部化属性文件：我认为我需要做这样的事情。

<property name="searchSystemEnvironment" value="true" />
<property name="locations">
    <list>
        <value>file:///${MY_ENV_VAR_PATH}/my.app.config.properties</value>
    </list>
</property>

这里还讨论了，如何在Spring应用程序中读取系统环境变量上下文

2. 外部化Spring应用上下文.xml：我可能会使用外化配置的Spring靴功能。

http://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-external-config.html

Q1：作为Spring Boot的新手，我不确定我是否可以安全地删除/取消选择Spring Boot附带的所有不必要的功能并将其应用于我的项目？我看到Spring Boot是针对从头开始的项目，在我的情况下，我正在从事一个成熟的项目。

问题2：外部化配置是一种反模式吗？我使用上述方法的方向是否正确？

Answer 1

由于我没有使用过Spring boot，我只能回答你的第二个问题。外部化配置绝对不是反模式。它增加了灵活性，简化了客户站点的（重新）部署。事实上，我说的是外部化属性，而不是上下文配置。这是我以前在tomcat中使用过的外部化属性的一个例子：

<bean name="appProperties" class="org.springframework.beans.factory.config.PropertiesFactoryBean">  
        <property name="locations">
            <list>
                <value>classpath:config-default/app.properties</value>
                <value>file:${CATALINA_BASE}/conf/app-properties</value>                    
            </list>
        </property>
        <property name="ignoreResourceNotFound" value="true" />
    </bean>

第一个条目是内部的，设置默认属性。第二个条目引用一个可选的外部化文件，客户可以编辑该文件来覆盖默认属性。您也可以交付第一个文件的子集，其中包含您认为客户可以安全修改的属性。那么在每次更新中，目标环境中的设置将被保留。