今天运维和开发就环境切换问题展开了一次小小的争论

<context:property-placeholder location="classpath:filters/${env}.properties" />

<import resource="classpath:spring/applicationContext-service.xml" />

...

此时所有import进来的xml里面的${xxx}引用还在

maven打包之后是这样的：

<context:property-placeholder location="classpath:filters/test.properties" />

<import resource="classpath:spring/applicationContext-service.xml" />

...

此时所有import进来的xml里面的${xxx}引用已经被替换成具体值

上面就是实现多环境打包的样子，打包发布都是使勇jenkins完成，突然有一天领导说要把同样的代码放到另一套新的环境中去，本来可以增加一套新的properties文件完成，但是领导是跟运维说的，运维就想从tomcat/webapps解压好的项目中改一下文件名称，就像这样

<context:property-placeholder location="classpath:filters/new.properties" />

直接拷贝到新的环境中运行

运维这样想：我从解压好的war项目中，修改配置文件里的一个字母，就能从a环境切换到b环境

这就要求所有import进来的xml文件在打包的时候不能被替换${xxx}引用值，保持源码状态，开发就实现${xxx}在打包后不被替换实现了一套方案如下：

temp.key1=${key1}

temp.key2=${key2}

temp.key3=${key2}

...

然后把所有的xml文件引用的${xxx}都改成${temp.xxx}

这样配置完成之后是这样的，打包之后config.properties文件中会被替换成具体环境值，其他所有的xml文件保持不变，web容器启动的时候会从config.properties中读取对应的值，也是实现了多环境

这运维又说了这xml文件中的${temp.xxx}是没有被替换，但是还是不能方便的切换环境，要修改config.properties中所有的配置才行，就此展开一场没休止的争论。。。

解决方案：

<resource>

<directory>src/main/resources</directory>

<includes>

<include>spring/application-config.xml</include>

<include>*/.properties</include>

</includes>

<filtering>true</filtering>

</resource>

<resource>

<directory>src/main/resources</directory>

<excludes>

<exclude>spring/application-config.xml</exclude>

<exclude>*/.properties</exclude>

</excludes>

<filtering>false</filtering>

</resource>

一个includes（需要过滤）配合一个excludes（不需要过滤），第一个resource表示配置文件spring/application-config.xml和*/.properties都是需要过滤的资源文件，需要替换其中的${xxx}引用，第二个resource表示配置文件spring/application-config.xml和*/.properties以外的文件也是资源文件，但是不需要替换其中的${xxx}引用

这样配置就能实现效果。