因为公司maven项目结构都有继承的parent父项目,本意是为了统一抽出来公用的jar包,为了方便管理,但是因为某些原因,有些项目在子项目中又做了一个继承,所以当接手项目的时候,会发现你的pom文件里只有三四个依赖,却有十几个二十几个你从来不曾用过的依赖包。
maven提供父类项目的本意是为了抽取相同的jia包,为了统一管理,减少我们的开发时间,增加效率,但是一定要有规范,否则就会造成项目冗余,会有过多无用的依赖。所以在进行maven项目的继承的时候,要忌讳存在三层关系的出现。
注:这种继承的方式,也会造成依赖版本的传递,会造成不必要的麻烦。
前段时间在开发商户服务接口的时候,有个短信、邮箱的发送验证功能,为了更好的效率,我选择了redis。jedis 2.0和string-redis-date 1.0.0 版本的整合,在本地juint自测没有问题的情况,jenkins打包也没有问题,但是在部署到服务器的时候,却发现项目始终启动不了,一直报错,刚开始是以为jedis 和 redis 的版本冲突,所以试了三种版本去搭配,结果都是报相同的错误。然后定位打包的版本,发现里面的redis jedis版本不是我所依赖的那个版本,定位到错误,开始找原因,首先把我自己所依赖的dependency注释掉,发现项目里竟然还有redis、jedis,这两个东西到底是从哪里来的?
然后开始向父项目找,父项目中也没有发现使用过,逐个注释所依赖的包,当注释掉sms-biz-intf 的时候,发现redis jedis 消失了,忽然才明白,项目的依赖版本传递,jenkins打包一直打的是另一个项目的版本。
<dependency>
<groupId>com.pisgah</groupId>
<artifactId>sms-biz-intf</artifactId>
<version>2.7.6-SNAPSHOT</version>
<exclusions>
<exclusion>
<groupId>*</groupId>
<artifactId>*</artifactId>
</exclusion>
</exclusions>
</dependency>
所以在引用别的项目的时候,最后忽略他所属有的jia包。最后,项目顺利上线。