Netty依赖带来旧版本

Question

Answer 1

<dependency>
    <groupId>xxx</groupId>
    <artifactId>xxx</artifactId>
    <exclusions>
       <exclusion>
         <groupId>io.netty</groupId>
         <artifactId>netty-codec-http2</artifactId>
       </exclusion>
    </exclusions>
</dependency>

你需要排除标签

Answer 2

Maven在选择依赖项的版本时不会比较版本号。当执行广度优先搜索时，它简单地选择它遇到的第一个版本。因此，gRPC团队强烈建议使用Maven enforcers < code > requireUpperBoundDeps 来检测您所面临的问题:

      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-enforcer-plugin</artifactId>
        <version>1.4.1</version>
        <executions>
          <execution>
            <id>enforce</id>
            <goals>
              <goal>enforce</goal>
            </goals>
            <configuration>
              <rules>
                <requireUpperBoundDeps/>
              </rules>
            </configuration>
          </execution>
        </executions>
      </plugin>

然后，要解决问题，有两种方法：

1. 重新排序依赖列表或重新定义传递依赖
2. 使用BOM

（1） 目标是Maven的广度优先搜索，以获得您希望在Maven搜索中首先“看到”的版本。例如，您可以在＜code＞中的＜code＞grpc netty＜/code＞之前重新排序＜code＞netty处理程序＜/code＞

（2） 适用于多工件项目，如gRPC和Netty，您确实希望各种工件的版本一致。您通常不希望将netty buffer4.1.51.Final与netty-codec-http24.1.27.Final一起使用；你希望它们是相同的版本。在这些情况下，可以检查项目是否具有BOM表。gRPC和Netty都有BOM表。使用BOM表，您可以为该项目中的所有不同工件选择一次使用的版本。BOM在＜code＞中定义

  <dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>io.netty</groupId>
        <artifactId>netty-bom</artifactId>
        <version>4.1.51.Final</version>
        <type>pom</type>
        <scope>import</scope>
      </dependency>
    </dependencies>
  </dependencyManagement>

  <dependencies>
    ...

无论你做什么，都不要排斥。排除之后会导致依赖关系问题，因为它们隐藏了可传递的依赖关系。如果更新版本的gRPC依赖于更新版本的Netty，那么最终会降级Netty。此时，构建工具不再能够检测或管理问题；您只能在运行时发现此类问题。

从你所展示的很明显，在你的pom.xml中发生了更多的事情；你真的需要分享更多的pom来诊断。但是由于其他答案告诉你要排除，我想展示更合适的解决方法。