如何解决多模块项目中模块之间的依赖关系？

Question

在使用Maven一段时间后，我对Maven在构建体系结构中带来的许多特性感到兴奋，尤其是依赖项管理。然而，我一次又一次地遇到了一个问题--Maven如何解决多模块项目之间的依赖关系。我想知道这是否是当前Maven实现的大缺陷和/或是否有任何令人满意的解决方案。

假设我有一个多模块的Maven项目。父pom包含三个模块--moduleA(jar)、moduleB(jar)和moduleC（war）。B依赖于A而C依赖于B很简单吗？现在，我想在父项目上运行MVN依赖项:Go-offline，它应该解析所有依赖项并将它们带到本地。m2目录中。它失败了，因为Maven抱怨它在处理ModuleB时不能解决moduleA的依赖关系。因为所有这些模块都属于一个groupId，所以我甚至尝试使用-dexcludeGroupIDS=x.y.z来排除这些模块依赖项，但仍然失败。

Answer 1

Maven有一个“反应器”的概念，在这个反应器中，在一次运行中构建的构件（例如Maven包)可以在构建过程中进行依赖解析。例如，如果依赖关系图产生构建顺序moduleA moduleB moduleC，并且您执行MVN package，Maven将构建moduleA，打包其工件并将其添加到反应器中，然后构建moduleB，打包它并将其添加到反应器中，然后对于moduleC也是如此。这意味着moduleB可以访问moduleA的工件以进行依赖解析，moduleC可以访问moduleA和moduleB。这只有在实际构建工件时才起作用，即当您运行包目标时。

问题是，当您因为对工件不感兴趣而不运行包目标时（至于您的依赖项：脱机示例），已经处理的模块的工件不会构建，因此不会添加到反应器中。我也觉得这很烦人；我认为Maven应该在其要构建的模块列表中查看POM文件，并在那里查看；但事实并非如此。

简而言之，解决问题的方法是html" target="_blank">执行MVN包依赖项:Go-offline。这不会在本地存储库中安装工件（我认为这是非常糟糕的做法），但它会在构建期间将它们放在反应器中，这意味着Maven将能够解决从moduleB到已经构建的moduleA之间的依赖关系。缺点是，每个模块都将被测试和打包，当您只想执行依赖项:go-offline时，这是一个很大的工作量。

不管怎样，希望这能有所帮助。