Maven子模块间依赖传递导致组件版本降级问题

您所在的位置:网站首页 maven依赖升级 Maven子模块间依赖传递导致组件版本降级问题

Maven子模块间依赖传递导致组件版本降级问题

2023-08-16 13:56| 来源: 网络整理| 查看: 265

将项目分为了子父子模块项目后,遇到了不少问题,还是原来单模块管理简单,但是为了项目将来能够随引用的脚手架升级而升级,还是将项目改为父子模块结构,并且尽量不修改引用脚手架的结构,将自己的应用都添加到两个新模块中。再改造后,遇到最莫名其妙的一个问题就是间接依赖引用的一个包自动降级,导致系统出问题,研究了好久才搞明白怎么回事,没有找到根本的解决方法,通过复杂的排除临时解决了问题,特此记录一下。

一、问题介绍

修改后的模块Root是根模块,组织其它模块,A、B、C是原有的模块,自己新加了两个模块一个是基础内容模块Q、一个是WEB及功能模块T,A模块是APP所在组件,A依赖B、C、Q和T。

在T模块中,有讯飞语音组件,该组件需要需要okhttp组件,如下所示,该组件又依赖了okio和lotlin-stdlib两个组件,在查询这三个组件内容和原来的单模块组件下,kotlin-stdlib都是1.3.70版本,但是转换为多模块无论如何修改,kotlin-stdlib都是1.2.71版本,不会更新。程序在运行时,会先找到1.2.71的包,由于1.2.71版本缺省copyInto方法,会报下面错误。

NoSuchMethodError: kotlin.collections.ArraysKt.copyInto 在这里插入图片描述

二、问题原因分析

通过与原来的单模块反复对比,也试过各种版本调整,问题仍不能解决,kotlin-stdlib效有效版本总是1.2.71.

打开模块T的pom文件,查看结构,检查冲突会出现以下内容,明确出冲突: 在这里插入图片描述 打、开项目文件树的A模块的iml文件发现有stdlib1.2.71内容,通过关系查询,发现是A依赖T,通过T模块引用而来,但是版本总是1.2.71,通过okhttp 4.7.2文件对应,应该是1.3.71才对,但是idea不知为何,引进的总是1.2.71,导致系统问题。

查看,项目External Libraries,如下图,是旧版本。 在这里插入图片描述

三、解决方法

发现这个问题原因后,先做了以下几面尝试,

1、排除kotlin-stdlib不引用

NoClassDefFoundError: kotlin/jvm/internal/Intrinsics,

也就是kotlin-stdlib是必须引用的

2、在T模块将,在引用okhttp3时,将kotlin-stdlib排除,单独直接引用正确的版如下所示,注意kotlin-stdlib引用要放到前面。用此方法后,在T模块查看maven依赖关系时,没有冲突。

kotlin-stdlib org.jetbrains.kotlin 1.3.70 com.squareup.okhttp3 okhttp 4.7.2 kotlin-stdlib org.jetbrains.kotlin

这个方法在T模块有冲突,但是编译后仍不能使用,再回到A模块查看,发现A模块存在冲突,查捍IML文件和External Libraries时,发现kotlin-stdlib有1.2.71和1.3.70两行,都是继续T模块过来的,发现1.2.71总是会通过T模块隐性继承过秋,不知道是什么因原,可能是为了排除警告一个获信息,在T模块加过下面依赖,下面依赖会间接依赖kotlin-stdlib的1.2.71版本,删除后仍然不误,在A模块总是两行,系统使用时仍只会使用1.2.71版本。

com.fasterxml.jackson.module jackson-module-kotlin 2.11.0

3、尝试直接修改A.iml文件,删除1.2.71,只保留1.3.70,External Libraries只有1.3.70一行,编译项目,系统功能能够使用。

4、分析主要的依赖路径问题,路径短的优先,于是将下面依赖放到A模块,并且在依赖T模块前引用,此时发现A.iml和External Libraries只有1.3.70一行,虽然在A模块冲突检查有信息,但是功能不受影响,先继续使用。

kotlin-stdlib org.jetbrains.kotlin 1.3.70 四、小结

通过这个问题解决,对Maven模块依赖传递进行了核查和研究,Maven模块的依赖的确挺复杂,在idea下还可能有莫名其妙的问题,在使用时还是需要多加关注。



【本文地址】


今日新闻


推荐新闻


CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3