maven-2 - 生成具有不同/过滤类的多个 jar 的 Maven 最佳实践？

Question

我开发了一个在各种项目中使用的 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 Artifact ( my-lib-1.0.jar ) 还在 内部生成我的库 使用分类器(例如: my-lib-1.0-pda.jar )使用 Maven Jar 插件或 Maven 程序集插件过滤/包含来投影单独的/专门的 Artifact 。我对这种方法不太满意，因为它污染了图书馆消费者的需求(过滤器)。

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

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

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

Answer 1

出于模块化的考虑，Maven 的一般规则是“每个 POM 一个主要 Artifact ”，不应该违反此约定的原因(通常)在 How to Create Two JARs from One Project (...and why you shouldn’t) 中有很好的解释。博客文章。然而，也有合理的异常(exception)(例如，一个 EJB 项目产生一个 EJB JAR 和一个只有接口(interface)的客户端 EJB JAR)。话说回来:

提到的blog post (另请查看 Using Maven When You Can't Use the Conventions )解释了如何实现 选项 1 使用单独的配置文件或 JAR 插件 .如果您决定实现此解决方案，请记住这应该是一个异常(exception)，并且它可能会使依赖项管理变得更加棘手(并且，正如您所提到的，使用“客户端过滤逻辑”污染项目)。以防万一，我会在这里使用几个 JAR 插件执行。

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

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

但是 如果胖客户端是 不是 使用整个 我的库 (就像服务器端代码需要整个 EJB JAR)，那么过滤不是处理您的情况的正确“maven 方式”。正确的方法是 选项 4 :将所有常见的东西放在一个项目中(产生 my-lib-core-1.0.jar )和特定项目中的特定部分(这将产生 my-lib-pda-1.0.jar ETC)。然后，客户将依赖于核心 Artifact 和专门的 Artifact 。