Maven-用于聚集的“全部”或“父”项目？

Question

出于教育目的，我设置了一个这样的项目布局（为了更好地配合日食，将其布置为扁平状）：

-product
 |
 |-parent
 |-core
 |-opt
 |-all

父级包含一个包含核心，优化和全部的汇总项目。Core实现了应用程序的强制性部分。Opt是可选部分。所有人都应该将核心与opt相结合，并将这两个模块列为依赖项。

我现在正在尝试制作以下工件：

1. product-core.jar
2. product-core-src.jar
3. 产品核心与dependencies.jar
4. product-opt.jar
5. product-opt-src.jar
6. product-opt-with-dependencies.jar
7. product-all.jar
8. product-all-src.jar
9. 产品所有依赖项

它们中的大多数都很容易生产。我对聚集的工件确实有一些问题。我设法在“ all”模块中使用自定义程序集描述符制作了product-all-
src.jar，该模块下载了所有非传递性dep的源代码，并且工作正常。该技术还使我能够制作“所有具有dependencies.jar”的产品。

但是我最近发现，您可以使用源插件中的source：aggregate目标来聚合整个聚合项目的源。对于javadoc插件也是如此，它也通过使用父项目进行聚合。

因此，我在使用“全部”模块方法和放弃“全部”模块而只使用“父”模块进行所有聚合之间感到困惑。在“父级”中生成一些聚合的工件，而在“全部”中生成一些聚合的工件，这是不干净的。有没有办法在父项目中制作“全部产品”
jar，或在“全部”项目中聚合javadoc？还是我应该都保留？

谢谢

Answer 1

不再使用扁平树。这是几年前完成的，目的是解决Eclipse如何处理项目以及缺少良好的Maven和Eclipse集成的问题。如果使用m2eclipse将Maven项目导入到Eclipse，则对于maven典型的嵌套树不会有任何问题。

至于如何构造Maven构建的一个很好的例子是什么？Maven项目源本身。它具有您想要的所有零件，包括包装这些捆的最终组装件。

典型的嵌套结构具有自上而下的层次结构，其中父级对其下的模块进行聚合，而子级则从父级继承值。尽管这些有时可能是分开的，但这不是规范。