java - 如何在 Maven 中处理子项目的依赖关系

Question

我的项目由 5 个子项目组成。一个是 war ，另外 4 个是 jar 。基本上，war 项目需要所有 4 个 jar 项目及其依赖项。

我可以剥离依赖关系以获得类似 war->A->B->C->D 的东西。每个子项目都添加了它们的外部依赖项(spring、struts、hibernate)，以便最终 war 获得运行所需的一切。

这看起来组织得很好而且方正，但后来我问自己这是否非常适合进行更改。

假设我必须更改项目 D 中的一行代码，而不更改其 Maven 依赖项的任何内容。显然，我将不得不重新发布项目 D，但随后我必须重新发布项目 C、B、A 和 war ，只是为了在它们的 pom 文件中反射(reflect)这一变化。这可能会很长且烦人，尤其是当您必须快速发布新版本以修复生产中的某些内容时。

我可以让 war 依赖于所有 4 个项目，所以我只需要更改 war pom 文件中的项目 D 版本号。但是后来我有项目 A 间接依赖于项目 D 1.0 和指定项目 D 1.1 的 war 。我认为在那种情况下 war 直接依赖会获胜，不是吗？

这将使新的 war 发布更快，但它也会弄乱我的子项目依赖项，因为它们会过时。

处理这种情况的可接受方法是什么？

Answer 1

您的问题没有简单的答案。

如果你确实有一个传递依赖链(A->B->C->D)，那么独立地释放链上的每个模块是一个不错的选择。虽然这很乏味，但很有可能您的嵌套依赖项是简单的 lib jar，并且不会经常看到更改。希望您不会被迫经常经历该过程。假设情况与更新了 log4j 并且您的所有模块也需要更新一样。

要考虑的另一件事是 WAR 的依赖项。是的，Maven 会自动为您拉取依赖项，但显式声明已知依赖项通常是一个好习惯，这样您就可以自己为每个模块指定版本号。这意味着 A 直接依赖于 D 和其他人。不幸的是，如果您有冲突的版本号，正如您所描述的，那么您就是在类路径上寻找问题。如果你真的需要这样做，maven 允许你显式地排除传递依赖:

<project>
  ...
  <dependencies>
    <dependency>
      <groupId>my.project</groupId>
      <artifactId>module-B</artifactId>
      <version>1.0</version>
      <exclusions>
        <exclusion>
          <groupId>my.project</groupId>
          <artifactId>module-C</artifactId>
        </exclusion>
        <exclusion>
          <groupId>my.project</groupId>
          <artifactId>module-D</artifactId>
        </exclusion>
      </exclusions>
    </dependency>
    <dependency>
      <groupId>my.project</groupId>
      <artifactId>module-C</artifactId>
      <version>1.0</version>
      <exclusions>
        <exclusion>
          <groupId>my.project</groupId>
          <artifactId>module-D</artifactId>
        </exclusion>
      </exclusions>
    </dependency>
    <dependency>
      <groupId>my.project</groupId>
      <artifactId>module-D</artifactId>
      <version>1.0</version>
    </dependency>
  </dependencies>
  ...
</project>

这是 documentation描述这些可选的依赖项和排除项。

你真的需要独立发布B、C、D吗？如果没有，请考虑使用 Aggregator模块根目录下的 pom.xml 文件。这将允许您在整个模块中使用 SNAPSHOT 版本，然后立即发布。这是我们团队管理多模块项目的方式。使用 SNAPSHOT 依赖项可确保您使用在需要这些工件时刚刚构建的版本。