如何阻止Maven扩展环境 有詹金斯变量吗?
Jenkins可能以某种方式启用了资源过滤。您可以选择多种配置过滤。您可以完全禁用它,将过滤限制为具有某些扩展名的文件,告诉它不要在过滤器中包含构建属性,或者选择要完全过滤的其他分隔符。请参阅resources:resources文档或资源过滤概念的描述。
解决方法
我对Jenkins很熟悉,但是对Maven还是陌生的,并且我试图弄清楚如何阻止Jenkins中的Maven作业扩展ApplicationContext.xml
文件内部的环境变量。
在ApplicationContext.xml
文件内,我们引用了一个${DeployMode}
(我们创建的)环境变量,Tomcat在加载/运行时对其进行了扩展:
<!-- SPRING CONTEXT static accessor -->
<beans:bean id="contextApplicationContextProvider"
>
<beans:constructor-arg>
<beans:value>${DeployMode}</beans:value>
</beans:constructor-arg>
</beans:bean>
<beans:bean id="placeholderConfig"
>
<beans:property name="location"
value="/WEB-INF/App_${DeployMode}.properties" />
</beans:bean>
问题在于,在由詹金斯(Jenkins)运行的Maven构建中,WEB- INF/ApplicationContext.xml
如果在构建机器上设置了环境变量,则构建看起来像这样(在本示例中为’Prod’):
<!-- SPRING CONTEXT static accessor -->
<beans:bean id="contextApplicationContextProvider"
>
<beans:constructor-arg>
<beans:value>Prod</beans:value> <!-- Expanded env. var -->
</beans:constructor-arg>
</beans:bean>
<beans:bean id="placeholderConfig"
>
<beans:property name="location"
value="/WEB-INF/App_Prod.properties" /> <!-- Expanded env. var -->
</beans:bean>
因此,该值现在已“硬编码”到WAR中,并且即使目标Web服务器的DeployMode
环境变量设置为其他值(例如“ Staging”),它也始终像“
Prod” 一样工作。
当我在同一台构建服务器上手动运行Maven时,不会发生这种情况-仅在Jenkins生成作业时发生。
我可以通过设置给詹金斯来停止这种行为吗?
我已经在UNSET
运行作业时查看了所有环境变量的EnvInject插件之类的选项,但这种行为让我感到非常困惑,并且想深入了解它。
谢谢。
更新1
我在顶级POM中找到以下资源过滤块,并添加了该<excludes/>
块以跳过我们的AppContext.xml
文件:
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<version>2.1.1</version>
<configuration>
<webResources>
<webResource>
<directory>${basedir}/src/main/webapp/WEB-INF</directory>
<includes>
<include>*.xml</include>
</includes>
<excludes>
<exclude>*AppContext.xml</exclude>
</excludes>
<targetPath>WEB-INF</targetPath>
<filtering>true</filtering>
</webResource>
</webResources>
但这仍然不能回答为什么在由詹金斯(Jenkins)运行时将环境变量添加到属性列表,而在从命令行运行时将其忽略的原因。尽管我确实从几年前就发现了这个Hudson问题:从Hudson运行时,资源过滤失败
另外,EnvInjectPlugin会执行其广告,但是在删除至少PATH var时,构建中断了,因为maven找不到ls
命令。
更新2
将Jenkins中的工作从“ Maven 2/3项目”更改为“自由风格的软件项目”,并使用Invoke top-level Maven targets
构建步骤可以产生所需的结果,而无需修改POM。