maven-2 - 推荐的拆分 Maven 项目的解决方案？

Question

在 Maven 中拆分大型企业项目的最佳方式是什么？

很容易理解如何像这样垂直划分事物......

1. 您有一个 DAO 项目
2. DAO 项目依赖于 服务项目
3. 服务项目是一个依赖项 Web 项目的一部分。

有人对 Maven.m 中大型项目的分区/拆分最佳实践有意见吗

Answer 1

一些对我有帮助的事情

• 对相关项目且仅对相关项目使用多模块项目。仅存在于单个 EAR 中的 EJB 是这种情况的候选者。 EJB 使用的 bo 层而不是客户端应用程序。
• 每个 pom 一个工件，每个多模块项目一个可部署 不要浪费时间尝试解决这个问题。
• 创建包含常见依赖项集的依赖项 pom。这样您就可以将 DAO、jdbc 驱动程序和 ORM 工具包含在单个依赖项中。它还使得将数十个项目升级到最新版本的 ORM 或 DAO 变得更加容易。
• 创建构建器项目，这些项目仅用于运行程序集和创建部署集。这将使项目的多个部分保持同步。组装大型复杂的企业应用程序通常非常复杂，您需要混合使用 Maven、Shell 脚本和/或 ant:run 任务以及数十个配置文件。将困惑放在远离代码的项目中，可以在困惑蔓延之前将其遏制住。
• 创建测试器项目以供持续集成使用。在这些 pom 中定义您的 Web 和应用程序服务器以及测试部署信息。使用父项目和通用属性文件将使测试部署更改变得更加容易。
• 仅在可以使所有子项目成为其子项目(或孙项目)的情况下，才在父 pom 中定义 distributionManagement。
• 尽量不要依赖于每次构建时都将大文件(EAR、WAR)填充到存储库中。不再需要在每个快照上将 175mb WAR 推送到 nexus，从而缩短了我们的构建时间。
• 尝试尽可能少地定义事物。 DRY 构建是一个快乐的构建。拥有 30 个源版本为 1.5 的 pom 或使用 junit 3.8.2 的 30 个 pom 将使升级到 java 6 或 junit 4.4 变得更加困难。

希望这有帮助。