maven模块化开发部署

本文讲述了在维护迭代中如何处理产品主体与非主体功能的解耦问题,采用Maven父子工程实现模块化开发,并探讨了两种部署方案:整体打包和引导式插件部署,以满足定制化需求和保持模块化部署原则。
摘要由CSDN通过智能技术生成

之前一直维护迭代的产品,因为有很多客户使用.有些用户有定制化需求,需要添加新的模块功能.因此需要平台主体功能迭代的同时,非主体功能和定制化功能插件化.

一.实现方案

分为开发和部署两个步骤:

1.开发

已经确定肯定是采用maven父子工程,单独的模块可独立开发及独立部署.
原因是产品的主体功能(模块1)和非主体功能(模块2)完全解耦,
不能通过模块1引用模块2的代码.因为这样会导致部署主体功能必须引入非主体功能,
达不到模块化部署的目的,必须引入整体部署,这个有悖瓶产品功能插件化的初衷.

2.部署

基于模块开发的代码独立性,可以是插件式整合到主体产品,也可以作为一个独立运行的模块部署,辅助于主体产品.部署可以有两种场景:

1.直接整合打成一个包,整体部署

//产品主体+非主体模块压入后直接部署
//主体为jar,将非主体模块的jar解压并压入主体jar
//需要注意的是,被压入的文件夹结构必须与jar的内部结构一致(文件夹层)
jar uvf 主体.jar ./非主体模块的jar解压后的文件夹/

2.分开打包,主体产品部署后引导式插件部署

//方案可以有两种.
//1.引导非主体jar解压并入主体jar,重启主体jar,插件服务生效(插入过程见场景1)
//2.引导非主体jar独立运行,辅助主体jar,提供服务

额外知识点:将解压后的jar重新压缩为jar的命令为 jar cvfM0 new.jar ./之前解压的

  • 7
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值