32

我开发了一个在各种项目中使用的 Java 实用程序库（类似于 Apache Commons）。除了胖客户端之外，我还将它用于移动客户端（带有 J9 Foundation 配置文件的 PDA）。随着时间的推移，作为单个项目开始的库分布在多个包中。结果，我最终得到了很多功能，这并不是所有项目都真正需要的。

由于这个库也在一些移动/PDA 项目中使用，我需要一种方法来收集使用的类并生成实际的专用 jar。

目前在使用这个库的项目中，我有 Ant jar 任务，它们生成（从实用程序项目）专用 jar 文件（例如：my-util-1.0-pda.jar、my-util-1.0-rcp.jar）使用包含/排除 jar 任务功能。对于移动项目，由于生成的 jar 文件的大小限制，这主要是需要的。

现在迁移到 Maven 我只是想知道是否有任何最佳实践可以达到类似的效果。我考虑以下场景：

[1] - 除了主 jar 工件（my-lib-1.0.jar）之外，还使用 ​​Maven Jar 插件在my-lib项目中使用分类器（例如： my-lib-1.0-pda.jar ）生成单独/专用工件或 Maven 程序集插件过滤/包含。我对这种方法不太满意，因为它污染了图书馆消费者的需求（过滤器）。

[2] - 为所有专门的客户/项目创建额外的 Maven 项目，这将“包装”“my-lib”并生成过滤的 jar 工件（例如：my-lib-wrapper-pda-1.0 ...等） . 因此，这些包装器项目将包括过滤（以生成过滤后的工件）并且将仅依赖于“my-lib”项目，而客户端项目将依赖于my-lib-wrapper-xxx-1.0而不是my- lib-1.0. 这种方法可能看起来有问题，因为即使这样会使“my-lib”项目完好无损（没有额外的分类器和工件），基本上会使项目数量增加一倍，因为对于每个客户项目我都会有一个库，只是为了收集需要的“my-util”库中的类（“my-pda-app”项目需要“my-lib-wrapper-for-my-pda-app”项目/依赖项）。

[3] - 在每个使用该库的客户端项目中（例如：my-pda-app）添加一些专门的 Maven 插件来修剪（在生成最终工件/包时）不需要的类（例如：maven-assembly -plugin、maven-jar-plugin、proguard-maven-plugin）。

以“Maven 方式”解决此类问题的最佳实践是什么？

4

1 回答 1

24

出于模块化的考虑，Maven 的一般规则是“每个 POM 一个主要工件”，并且不应违反此约定的原因（通常）在如何从一个项目中创建两个 JAR（...和为什么你不应该）博客文章。然而，也有合理的例外（例如，一个 EJB 项目产生一个 EJB JAR 和一个只有接口的客户端 EJB JAR）。话说回来：

提到的博客文章（也检查在您无法使用约定时使用 Maven）解释了如何使用单独的配置文件或JAR 插件来实现选项 1。如果您决定实施此解决方案，请记住这应该是一个例外，并且它可能会使依赖项管理变得更加棘手（并且，正如您所提到的，使用“客户端过滤逻辑”污染项目）。以防万一，我会在这里使用几个 JAR 插件执行。

选项 2与选项 1 IMO没有太大区别（除了它将事物分开）：基本上，拥有 N 个其他包装/过滤项目与在一个项目中拥有 N 个过滤规则非常相似。如果过滤有意义，我更喜欢选项 1。

我根本不喜欢选项 3，因为我认为图书馆的客户不应该负责“修剪”不需要的东西。首先，客户端项目不一定具有所需的知识（要修剪什么），其次，这可能会与其他插件产生很大的混乱。

但是，如果胖客户端没有使用整个my-lib（比如服务器端代码需要整个 EJB JAR），那么过滤不是处理您的情况的正确“maven 方式”。正确的方法是选项 4：将所有常见的东西放在项目中（生成my-lib-core-1.0.jar）和特定项目中的特定部分（将生成my-lib-pda-1.0.jar等）。然后，客户将依赖于核心工件和专门的工件。

于 2010-03-11T15:35:34.270 回答