Maven插件之portable-config-maven-plugin(不同环境打包)

大型项目中,分开发环境、测试环境、生产环境等;

不同环境,配置不同,或数据源,或服务器,或数据库等;

问题来了,如何使用Maven针对不同的环境来打包呢?

Maven提供了Profile的概念,用来解决此类问题,其原理很简单,就是使用变量替换;举个例子来说明,测试项目目录结构如下图所示:

比如开发环境和生产环境的数据库不同,db.properties配置文件内容如下:

#测试库
db.url=192.10.2.168
db.username=dbtest
db.password=dbtest
#正式库
#db.url=192.20.1.11
#db.username=admin
#db.password=comfreesecurity

默认开启测试环境;生产环境打包时,需要手动修改该配置文件.juvenxu说过,手动意味着低效率,高错误率!!
Maven提供的Profile功能,可解决以上问题:

1、在pom.xml文件中定义两个不同的Profile,分别定义开发环境和生产环境的数据库信息:


    
        kaifa
        
            192.10.2.168
            dbtest
            dbtest
        

    

    
    
        shengchan
        
            192.20.1.11
            admin
            comfreesecurity
        

    

2、将原来的配置文件内容修改如下:

db.url=${db.url}
db.username=${db.username}
db.password=${db.password}

3、需要开启资源文件过滤,代码如下:

    
        ${project.basedir}/src/main/resources
        true
    


添加true,允许使用变量替换资源文件;
4、使用Maven命令打包时,指定Profile进行打包,命令如下:
mvn package -Pkaifa

mvn package -Pshengchan

如此即可。

此命令用的多了,就会发现,两个环境必选其一,如果能设置其一个为默认开启,就不用每次都手动指定了,这个需求很现实,毕竟开发环境需要持续不断的编译、打包、部署等,而上线,则是一段时间才会运行一次的;因此,默认启用开发环境是最优的方案,Maven支持默认启用某个Profile,只需在内添加如下代码即可:


    true

此处需要注意:一旦显式指定某个Profile,则该配置无效!


在实际开发中使用以上方式操作时,自然而然的会提出以下的问题:假如配置文件的信息很多,那么Profile的内容会很臃肿,不便于管理,如果能将配置信息从Profile抽取出来,独立放置,再根据不同的Profile去调用,如此就更好了!

Maven针对以上需求,确实有解决方案,就是使用标签,针对不同的环境,使用不同的文件替换原来配置文件中的变量。

项目根目录下新建如下目录和文件:

db.properties问标准的属性文件,kaifa/db.properties和shengchan/db.properties文件内容分别如下:


db.url=192.10.2.168
db.username=dbtest
db.password=dbtest
db.url=192.20.1.11
db.username=admin
db.password=confreesecurity

将Profile中的属性信息抽取到了db.properties文件中,同时在Profile中添加部分,修改后的代码如下:

    
        kaifa
        
            true
        

        
            
                ${basedir}/filters/kaifa/db.properties
            

        

    

    
    
        shengchan
        
            
                ${basedir}/filters/shengchan/db.properties
            

        

    

添加了...部分,使用指定的文件内容替换原文件中的变量;

如此之后,使用Maven命令进行构建即可。

细心的人会发现,以上Profile中的filters部分,除了使用的目录名称不同之外,其他代码全部相同,重复!!!
如果再多几个环境的话,代码冗余可想而知,因此需要优化,其实方法很简单,还是使用变量替换,修改后的pom.xml文件内容如下:
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
 
    4.0.0
 
    com.test
    Profile
    0.0.1-SNAPSHOT
    
    
        
            
                ${project.basedir}/src/main/resources
                true
            

        

        
            ${basedir}/filters/${filters.env}/db.properties
        

    

    
        
            kaifa
            
                true
            

            
                kaifa
            

        

 
        
            shengchan
            
                shengchan
            

        

    

使用-P参数时,会激活属性,从而使用指定的过滤文件进行变量替换。


其实,以上方式使用久了,还是会有些想法,既然用变量,也就是说,必须使用Maven命令之后,才能部署到Tomcat等服务器中,多次重复的操作,还是有相当多的时间浪费在maven命令上,尤其在改动很少的代码的情况下;
此时又会提出新的需求,能否在不使用maven命令的情况下即可进行日常开发;测试环境(或生产环境)打包时,使用Maven命令和-P参数指定环境进行打包呢?


很幸运,Juven Xu--国内Maven第一人--为我们提供了这样的一个插件portable-config-maven-plugin,使用该插件,可以在不改变原有代码的基础上,进行不同环境的打包。

------以下应该算作最佳实践了

portable-config-maven-plugin插件的原理是内容替换(而不是变量替换);

插件代码地址:https://github.com/juven/portable-config-maven-plugin,目前最新版本为1.1.4;
该插件使用方法如下:


假设src/main/resources/db.properties文件代码如下:

database.jdbc.username=dev
database.jdbc.password=dev_pwd

对于测试环境,创建一个属性替换文件src/main/portable/test.xml,代码如下:


    
        test
        test_pwd
    

此文件为替换内容描述文件,标签的path属性的值是基于war包的相对路径,指需要被内容替换的文件;
配置portable-config-maven-plugin插件(该插件默认绑定到package声明周期):

    com.juvenxu.portable-config-maven-plugin
    portable-config-maven-plugin
    1.1.4
    
        
            
                replace-package
            

        

    

    
        src/main/portable/test.xml
    

或在命令行指定替换内容描述文件:mvn clean package -DportableConfig="src/main/portable/test.xml"
打包完成后,db.properties文件内容会被替换。


该插件目前支持的内容替换文件格式有:

.properties


database.jdbc.username=dev
database.jdbc.password=dev_pwd
使用
test
test_pwd
替换为:
database.jdbc.username=test
database.jdbc.password=test_pwd

.xml(xml元素和属性可以使用xPath进行替换)




    8080
    
        localhost
        localhost
    

    

使用
80
192.168.1.1
192.168.1.2
run
替换为:


    80
    
        192.168.1.1
        192.168.1.2
    

    

.sh


无引号、单引号、双引号、输出的shell变量可被替换
BIN_HOME=/tmp/bin
OUT_HOME="/tmp/out"
LOG_HOME='/tmp/log'
export APP_HOME="/tmp/app"
使用
/home/juven/bin
/home/juven/out
/home/juven/log
/home/juven/app
替换为:
BIN_HOME=/home/juven/bin
OUT_HOME="/home/juven/out"
LOG_HOME='/home/juven/log'
export APP_HOME="/home/juven/app"

类似.properties格式


假如有个key=value类型的配置文件,但扩展名不是.properties,可按照以下方式指定:


    
        192.168.1.100
    


使用type属性强制指定文件类型。


对该插件的介绍到此为止。

回头看看,发现内容和标题不符,说是介绍portable-config-maven-plugin插件,

却花了大篇幅的内容介绍了Maven其他的标签使用,不过以上内容总有相同之处--针对不同环境打包的一些解决方法。
 ———————————————— 
版权声明:本文为CSDN博主「wangjunjun2008」的原创文章,遵循CC 4.0 by-sa版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/wangjunjun2008/article/details/11516323

你可能感兴趣的:(Maven插件之portable-config-maven-plugin(不同环境打包))