Azure Eventhub项目引入Servicebus报NoClassDefFoundError

前提

现有项目使用azure eventhub作为IOT数据载体进行数据传输。由于业务需要,需要同时引入servicebus。

java 复制代码
 <dependency>
      <groupId>com.azure</groupId>
      <artifactId>azure-messaging-servicebus</artifactId>
      <version>7.13.3</version>
    </dependency>
    <dependency>
      <groupId>com.azure</groupId>
      <artifactId>azure-messaging-eventhubs</artifactId>
      <version>5.11.1</version>
    </dependency>
    <dependency>
      <groupId>com.azure</groupId>
      <artifactId>azure-messaging-eventhubs-checkpointstore-blob</artifactId>
      <version>1.12.0</version>
    </dependency>

错误

当引入servicebus jar后,单独写main测试类servicebus运行正常,但将servicebus服务注册到spring之后,启动项目eventhub相关类会抛出如下异常:

java.lang.NoClassDefFoundError: com/azure/core/amqp/implementation/TracerProvider

java 复制代码
Caused by: java.lang.NoClassDefFoundError: com/azure/core/amqp/implementation/TracerProvider
	at com.azure.messaging.eventhubs.EventHubClientBuilder.buildAsyncClient(EventHubClientBuilder.java:813)
	at com.azure.messaging.eventhubs.EventHubClientBuilder.buildAsyncProducerClient(EventHubClientBuilder.java:743)

分析

报错的包位于core目录,这是eventhub和servicebus共同依赖的项,因此大概率是因为引入servicebus后由于依赖冲突导致eventhub依赖项版本不对所以运行失败。

解决

通过Dependency Analyzer看到eventhub与servicebus所依赖的azure-core,azure-core-amqp版本的确冲突。

通过尝试调整eventhub及servicebus版本解决冲突

java 复制代码
    <dependency>
      <groupId>com.azure</groupId>
      <artifactId>azure-messaging-eventhubs</artifactId>
      <version>5.15.1</version>
    </dependency>
    <dependency>
      <groupId>com.azure</groupId>
      <artifactId>azure-messaging-eventhubs-checkpointstore-blob</artifactId>
      <version>1.16.2</version>
    </dependency>
    <dependency>
      <groupId>com.azure</groupId>
      <artifactId>azure-messaging-servicebus</artifactId>
      <version>7.13.1</version>
    </dependency>

至此,该问题得以解决,项目运行正常。

总结

maven冲突是很常见的现象,有些冲突也不会影响项目正常运行,依赖冲突出现的时候,Maven版本选择主要有以下两个原则:

  1. 最短路径优先原则:当存在多个版本的同一个依赖时,Maven会选择依赖路径最短的版本。例如,如果A->B->C(1.0)和A->D->C(2.0),那么C(1.0)会被选择,因为B到C的路径比D到C的路径更短。
  2. 第一声明优先原则:在pom.xml文件中定义的依赖,以首先定义的依赖为基准。如果两个依赖声明了同一个依赖,但是版本不同,那么先声明的版本将被使用。

解决maven冲突最好是通过调整依赖版本使之一致,当然还有其他办法,比如:

  1. 排除:如果某个依赖引入了不需要的传递依赖,可以在该依赖声明中使用exclusions标签排除不需要的传递依赖。例如,如果A依赖引入了B,而B又引入了C,但你不想要C,你可以在A的依赖声明中排除C。
  2. 版本锁定:在pom.xml文件的<dependencyManagement>标签中,可以指定某个依赖的版本,这样无论在哪个模块中引入该依赖,都会使用指定的版本。这样可以确保整个项目中该依赖的版本一致,避免版本冲突。
相关推荐
程序员的世界你不懂7 小时前
基于Java+Maven+Testng+Selenium+Log4j+Allure+Jenkins搭建一个WebUI自动化框架(2)对框架加入业务逻辑层
java·selenium·maven
程序员的世界你不懂9 小时前
基于Java+Maven+Testng+Selenium+Log4j+Allure+Jenkins搭建一个WebUI自动化框架(4)集成Allure报表
java·selenium·maven
脑袋大大的16 小时前
钉钉企业应用开发技巧:在单聊会话中实现互动卡片功能
服务器·microsoft·钉钉·企业应用开发
爱吃土豆的马铃薯ㅤㅤㅤㅤㅤㅤㅤㅤㅤ20 小时前
如何将一个本地的jar包安装到 Maven 仓库中
java·maven·jar
爱吃土豆的马铃薯ㅤㅤㅤㅤㅤㅤㅤㅤㅤ1 天前
${project.basedir}延申出来的Maven内置的一些常用属性
java·pycharm·maven
hweiyu002 天前
Maven 私库
java·maven
泰勒朗斯2 天前
ffmpeg 中config 文件一些理解
windows·microsoft·ffmpeg
goxingman2 天前
关于使用idea打包的时候报错,Maven提示乱码java: �Ҳ�������
java·maven·intellij-idea
一碗谦谦粉2 天前
Maven 依赖调解的两大原则
java·maven