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版本选择主要有以下两个原则：

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

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

排除：如果某个依赖引入了不需要的传递依赖，可以在该依赖声明中使用exclusions标签排除不需要的传递依赖。例如，如果A依赖引入了B，而B又引入了C，但你不想要C，你可以在A的依赖声明中排除C。
版本锁定：在pom.xml文件的<dependencyManagement>标签中，可以指定某个依赖的版本，这样无论在哪个模块中引入该依赖，都会使用指定的版本。这样可以确保整个项目中该依赖的版本一致，避免版本冲突。