Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误

这篇具有很好参考价值的文章主要介绍了Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误
再来个文章目录

本文记录一下遇到maven依赖版本冲突后的排查过程说明以及问题原因说明
下面还有投票,帮忙投个票👍

背景

最近加入了 Apache Dubbo 开源社区,成为了一名Dubbo Contributor。在熟悉Dubbo中的各个RPC协议时根据官网提供的示例搭建了一个示例。在熟悉过后想看下谷歌提供的grpc协议在使用上与dubbo提供的grpc协议的区别,所以打算根据grpc github 基础教程跑一个示例,在引入相关依赖以及代码后进行编译,发现一处报错:
Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误
经过初步排查发现是依赖版本问题
Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误

疑问

我不禁就有了疑问,我明明引入的grpc版本是1.54.0,为啥子编译完是1.31.1?
为了验证我的疑问是合理的,通过mvn dependency:tree 命令以及版本对比,更加增加了我的疑惑。如下图,grpc-netty-shaded依赖中的grpc-core确确实实是1.54.0,为啥子就成了1.31.1了?无中生有?
Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误

排查过程

起初我怀疑是dubbo-bom的问题,不会呀,dubbo-bom在父工程中以dependencyManagement形式存在,我没有引入依赖它是不会传递的呀?随即立马打消了这个疑问
Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误

然后开始没有目的的百度😂maven版本冲突问题? ,结果是没有任何头绪,只有Maven Helper插件帮忙解决冲突问题,但是我想知道的是为什么会冲突。
Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误

紧接着又去github上提了一个issue 为什么根据官方提供的依赖出现版本冲突问题? 😂
Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误

过了一天后看没人回答,想了想难道真的是dubbo bom问题? 于是我注释了dubbo bom的依赖,可以了!!! 这是为什么?我没有引入dubbo bom任何依赖呀?难道是这个scope导致的?

于是我又继续百度 maven denpendency scope 😂 ,这些结果要么没有对scope为import的说明,要么就是很含糊抽象,看上去跟我之前的理解一样。
Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误

由于百度的结果并不能解决我的问题,所以上maven官网看了下对Dependency Scope的说明
Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误
最后定位问题所在。

问题存在的原因

scope为import是指依赖项将被部分中的有效依赖项列表所取代

这个说明非常具体,一下就打消了我所有的疑惑。因为dubbo-bom中存在dubbo-rpc-grpc依赖项,而其又有grpc的依赖
Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误
根据官网上的说明,我在子工程中声明版本为1.54.0的grpc依赖项会被其所替代。

所以出现了这个问题😂

总结

通过这次版本冲突问题,让我意识到我对maven的了解远远不够。平时只是对其使用,出现冲突直接解决,并不会去深究为什么。也是通过这次的问题让我对maven多了点了解,让我对解决问题的方式更加深刻:遇到问题不要上来就百度😂,要学会分析、要学会在官网上寻找问题所在,要对一个知识有全面的了解。

示例依赖版本说明

dubbo-bom依赖如下

<dependency>
  <groupId>org.apache.dubbo</groupId>
  <artifactId>dubbo-bom</artifactId>
  <version>${dubbo.version}</version>
  <type>pom</type>
  <scope>import</scope>
</dependency>

grpc依赖如下文章来源地址https://www.toymoban.com/news/detail-408513.html

<dependency>
  <groupId>io.grpc</groupId>
  <artifactId>grpc-netty-shaded</artifactId>
  <version>1.54.0</version>
  <scope>runtime</scope>
</dependency>
<dependency>
  <groupId>io.grpc</groupId>
  <artifactId>grpc-protobuf</artifactId>
  <version>1.54.0</version>
</dependency>
<dependency>
  <groupId>io.grpc</groupId>
  <artifactId>grpc-stub</artifactId>
  <version>1.54.0</version>
</dependency>
<dependency> <!-- necessary for Java 9+ -->
  <groupId>org.apache.tomcat</groupId>
  <artifactId>annotations-api</artifactId>
  <version>6.0.53</version>
  <scope>provided</scope>
</dependency>

到了这里,关于Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Java项目使用intellij-IDEA查看依赖包版本是否有冲突(方法及工具)附截图

    编译器及版本 idea-ultimate 依赖管理工具 maven Step1:点击右侧的maven Step2:右键依赖项,点击分析依赖关系 Step3:可以在模块名位置进行切换,左侧三角的标志则表示该包引入了多个版本,有冲突 Step4:可以看到当前这个包被引入了两个版本的 Step5:右键冲突的包名,可以看到

    2024年02月15日
    浏览(74)
  • 【Maven】006-Maven 依赖传递和依赖冲突

    概念: Maven 依赖传递是指当一个项目依赖于另一个项目或库时,Maven 会 自动解析和获取 这些依赖,确保项目能够顺利构建和运行。 依赖传递包括 直接依赖和间接依赖 。直接依赖是项目 直接引用 的库,而间接依赖是 直接依赖所引用的其他库 。 作用: 简化项目管理 :Ma

    2024年02月02日
    浏览(35)
  • maven依赖管理(依赖配置、依赖传递、依赖冲突、依赖范围)

    这篇文章会介绍在maven中的依赖配置、依赖传递、依赖范围等知识点。 依赖配置很好理解,就是指当前项目需要什么jar,就在dependencies中进行配置 在maven管理jar的时候,冲突是肯定存在的,这里就来介绍一下在maven中对于jar的一些管理是如何进行的,遵循什么规则。 简单说就

    2024年02月11日
    浏览(25)
  • 如何定位、解决maven依赖冲突问题

    目录 1.依赖冲突的原因 2.复现一个依赖冲突场景 3.如何定位依赖冲突 3.1.maven show dependencies 3.2.maven helper 4.依赖路径最短优先原则 如果maven项目中,A依赖于B和C,B依赖于1.0版本的D,C依赖于2.0版本的D,这时候就会出现依赖冲突。   在A上加载使用D依赖的时候,maven会根据 依赖路

    2024年02月10日
    浏览(38)
  • Maven 基础之依赖管理、范围、传递、冲突

    坐标和 mvnrepository 网站 在 maven 中通过『 坐标 』概念来确定一个唯一确定的 jar 包。坐标的组成部分有: 元素 说明 groupId 定义当前 Maven 组织名称 artifactId 定义实际项目名称 version 定义当前项目的当前版本 [✔] 注意 任意两个不同包,它们的这三个属性必定至少有一项是不同

    2024年02月12日
    浏览(31)
  • Maven 依赖传递和冲突、继承和聚合

    1.1.1 概念         假如有三个 Maven 项目 A 、 B 和 C ,其中项目 A  依赖 B ,项目 B  依赖 C 。那么我们可以说 A 依赖 C 。也就是说,依赖的关系为: A—B—C , 那么我们执行项目 A 时,会自动把 B 和 C 都下载导入到 A 项目的 jar 包文件夹中,这就是依赖的传递性。 1.1.2 作

    2024年01月21日
    浏览(34)
  • 实践解决:IDEA2022版本创建Maven项目时没有出现src目录

    大家好,我是小白DunkIT,今天给大家分享一下我最近遇到的IDEA2022.3版本创建Maven项目时出现没有src目录的问题。 问题:IDEA创建Maven项目时没有出现src目录 创建Maven项目 新版本的IDEA创建是选用的是Maven Archetype,选择这个也是和Maven一样的。按照这样流程创建完成之后的的架构

    2024年02月11日
    浏览(42)
  • Maven项目打包,出现提示 Lombok 版本和 jdk 的编译器不兼容问题,解决办法。

    class lombok.javac.apt.LombokProcessor (in unnamed module @0x7d21852b) cannot access class com.sun.tools.javac.processing.JavacProcessingEnvironment (in module jdk.compiler) because module jdk.compiler does not export com.sun.tools.javac.processing to unnamed module @0x7d21852b 这些引用都是关于Java编译器插件Lombok的错误信息。Lombok是一个

    2024年02月05日
    浏览(39)
  • java-IDEA MAVEN查看依赖树,解决jar包重复和冲突

       如果这里面的依赖关系有红线,就说明有包冲突,一般都是版本不一致,可以在idea里下一个插件 Maven Helper, 点击install并重启IDEA  打开pom.xml文件,在下方会出现Dependency Analyzer,选择它会出现重复依赖列表,选择对应的依赖,右键红色部分选择Exclude,然后选择上面的reimport就可

    2024年02月13日
    浏览(39)
  • Maven第八章:如何解决Maven的jar版本冲突

    前言 本文重点讲解Maven依赖冲突原因,maven依赖原则以及如何利用idea Maven Helper插件分析解决问题。 背景 开发过程中引入第三方jar遇到依赖冲突的,非常影响开发,甚至大部分时间都在调试版本兼容。

    2024年02月06日
    浏览(32)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包