脚本宝典收集整理的这篇文章主要介绍了pom文件 中的filtering作用,脚本宝典觉得挺不错的,现在分享给大家,也给大家做个参考。
首先,下面是一个简单的filtering的应用
<build> <resources> <resource> <directory>src/main/resources</directory> <filtering>true</filtering> </resource> </resources> </build>
上面的代码就是对resources目录开启了filtering过滤,那么这个功能到底有什么效果呢?
为了更深入的了解这个filtering
,不妨从是什么?为什么?怎么用?三个方面进行阐述。
大致的三个问题已经解决了,那么具体怎么用,有哪几种用法呢?
下面来详谈一下:
一般来说:
${value_name}
的方式,比如常见的:${project.artifactId}
${value_name}
的方式,比如常见的:${server.port}
这样就导致了一个冲突,两种配置文件都用同一套标识符,那yaml文件怎么引入pom中的变量呢,于是就有了
resource.delimiter
这个属性
如果查看spring-boot-starter-parent中的属性栏,就可以看到赫然写着:<resource.delimiter>@</resource.delimiter>
这代表了什么?这表示,在yaml中如果要引用pom中的属性,直接使用@标识符就行了,用法为@value_of_pom@
。
就这样,所以就出现了第三种变量的引用方式:
@value_of_pom@
进行引用(前提是开启了资源的过滤filtering)。一个突出的应用场景
就是为多个环境进行配置的时候:一般情况下,开发,测试,生产环境是不同的,尤其是其中有一些数据库的配置,服务发现地址的配置,日志文件的位置等都有所区分。
如果每次一换环境,就手动去一点儿点儿改配置,无疑是耗时耗力的,那么有没有一种方法,能够快捷的将环境进行一键切换,能够达到针对不同的运行环境采用不同配置的目的呢?
答案是可以的,就是利用我们的filtering对资源的动态管理。
filtering作为maven-resource插件中的一个功能,其起作用的时机是在maven生命周期中的
resource
阶段,这是一个对资源做出处理,先于compile的一个阶段。
一个完整的resource
标签如下:
<resource> <targetPath>META-INF/plexus</targetPath> <filtering>false</filtering> <directory>${basedir}/src/main/plexus</directory> <includes> <include>configuration.xml</include> </includes> <excludes> <exclude>**/*.properties</exclude> </excludes> </resource>
其中包含的标签含义如下:
原文:This is not required if you simply put the resources in that directory structure at the source
那么如何引用外部的.properties文件呢?通过另一个标签<filters>下的<filter>进行路径的指定。
一些简单的maven命令参数:
主要用于切换环境的:
mvn resources:resources -Dfile=my-setting-file
这表示给pom中的file变量赋值为了my-setting-file,如果这个是设定的filter的文件名,即会引入my-setting-file中的设定参数。
mvn clean package -Ptest,jdk8,!os-windows
这表示启用test,jdk8两个profile,不激活os-windows。
转载地址:https://www.jianshu.com/p/4410613bb36f
以上是脚本宝典为你收集整理的pom文件 中的filtering作用全部内容,希望文章能够帮你解决pom文件 中的filtering作用所遇到的问题。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。