189 8069 5689
今天运维和开发就环境切换问题展开了一次小小的争论
maven打包之前配置文件是这样的：
...
此时所有import进来的xml里面的${xxx}引用还在
maven打包之后是这样的：
...
此时所有import进来的xml里面的${xxx}引用已经被替换成具体值
上面就是实现多环境打包的样子，打包发布都是使勇jenkins完成，突然有一天领导说要把同样的代码放到另一套新的环境中去，本来可以增加一套新的properties文件完成，但是领导是跟运维说的，运维就想从tomcat/webapps解压好的项目中改一下文件名称，就像这样
直接拷贝到新的环境中运行
运维这样想：我从解压好的war项目中，修改配置文件里的一个字母，就能从a环境切换到b环境
这就要求所有import进来的xml文件在打包的时候不能被替换${xxx}引用值，保持源码状态，开发就实现${xxx}在打包后不被替换实现了一套方案如下：
创建一个中间文件config.properties，配置成这样
temp.key1=${key1}
temp.key2=${key2}
temp.key3=${key2}
...
然后把所有的xml文件引用的${xxx}都改成${temp.xxx}
这样配置完成之后是这样的，打包之后config.properties文件中会被替换成具体环境值，其他所有的xml文件保持不变，web容器启动的时候会从config.properties中读取对应的值，也是实现了多环境
这运维又说了这xml文件中的${temp.xxx}是没有被替换，但是还是不能方便的切换环境，要修改config.properties中所有的配置才行，就此展开一场没休止的争论。。。
解决方案：
实现这种不从新打包，拿一套新的配置，修改一个字母就能切换环境
这要用到maven打包resources配置：
src/main/resources spring/application-config.xml */.properties true src/main/resources spring/application-config.xml */.properties false
一个includes（需要过滤）配合一个excludes（不需要过滤），第一个resource表示配置文件spring/application-config.xml和*/.properties都是需要过滤的资源文件，需要替换其中的${xxx}引用，第二个resource表示配置文件spring/application-config.xml和*/.properties以外的文件也是资源文件，但是不需要替换其中的${xxx}引用
这样配置就能实现效果。
创新互联www.cdcxhl.cn，专业提供香港、美国云服务器，动态BGP最优骨干路由自动选择，持续稳定高效的网络助力业务部署。公司持有工信部办法的idc、isp许可证， 机房独有T级流量清洗系统配攻击溯源，准确进行流量调度，确保服务器高可用性。佳节活动现已开启，新人活动云服务器买多久送多久。