一次较为复杂的maven工程隔离开发和生产环境的处理实践_如何让maven 一来在开发环境不生效,生产环境生效

作者：代码探险家 | 2024-07-17 00:47:48

踩

如何让maven 一来在开发环境不生效,生产环境生效

一。背景
jwell-km-api-client是web工程，依赖了一个jar工程jwell-wms-api。
jwell-wms-api工程里面有一个xml文件配置了一个地址。地址分为测试地址和正式地址。
jwell-km-api-client工程在打包时，要区分测试环境和正式环境。包括其依赖的jwell-wms-api工程里面的地址也要自动区分测试环境和正式环境。

二。处理过程

之前我做过web工程resources下面参数的处理。文章地址是 http://blog.csdn.net/qq_37372909/article/details/78522414

如果我在web工程通过上次文章中的方法，只能修改web工程本身resources下面的配置文件，无法修改起依赖的jar工程 jwell-wms-api内部xml。

我苦想，web工程与jar工程是通过依赖建立起关系的。如果让web工程2个环境依赖不同的2个jar包，这个问题能解决。但是前提是2个环境的web工程都是同一份源代码，2个jar也是同一份源代码。这个问题该怎么处理呢？我思考了一会。

解决初步思路为让两个不同环境的web工程分别依赖2个不同环境的jar（版本号不同）组件。

具体处理过程如下：

修改jwell-wms-api中的xml配置，把写死配置修改为参数。

再修改其pom文件，添加默认的参数配置。

再确认pom修改了自动参数替换，这样3个配置后，开发默认的测试环境就解决了。

但是仅仅做这些是不能解决问题的，就算在jenkins上正式环境的配置设置为正式地址。但是如果测试和正式都要打包，上传maven私库里面的组件就会一会是正式地址，一会是测试地址，会造成web工程依赖错误环境组件的可能。我准备继续改造jwell-wms-api的配置参数，让他上传到私库为2个不同版本的组件，默认版本号为1.0.0的是测试环境，1.0.0-official版本为正式环境地址。再让2个不同环境的jwell-wms-api-client打包任务分别依赖这2个jar组件，就能达到理想效果了。

jwell-wms-api的配置改造为：修改pom中版本定义为动态参数，并配置默认版本号为1.0.0