53

我有一个当前正在转换为 Maven 的 Ant 构建。但是,Ant 构建有 2 个构建目标 - 一个构建整个应用程序,一个从其中一些文件(仅少数)构建 JAR。在 Ant 中,很容易有多个构建目标来处理这个问题,但我正在尝试确定在 Maven 中处理这个问题的最佳方法。

我可以将文件子集拆分为第二个项目,它会有自己的 POM。那么第一个项目可能依赖于这个。但是,由于文件的子集非常小(少于 10 个),因此为此创建一个全新的项目似乎有点过头了。

还有其他方法可以处理这个吗?

4

3 回答 3

78

你可以用配置文件来做到这一点......

如果您真的想使用两个单独的配置文件并自定义 JAR 插件以包含和排除类和包名称的模式,您可以通过在您的 POM 中添加类似这样的内容来轻松做到这一点:

<profiles>
  <profile>
    <id>everything</id>
    <build>
      <plugins>
        <plugin>
          <artifactId>maven-jar-plugin</artifactId>
          <configuration>
            <classifier>everything</classifier>
            <includes>
              <include>**/*</include>
            </includes>
          </configuration>
        </plugin>
      </plugins>
    </build>
  </profile>
  <profile>
    <id>only-library</id>
    <build>
      <plugins>
        <plugin>
          <artifactId>maven-jar-plugin</artifactId>
          <configuration>
            <classifier>only-library</classifier>
            <excludes>
              <exclude>**/Main*</exclude>
            </excludes>
          </configuration>
        </plugin>
      </plugins>
    </build>
  </profile>
</profiles>

另外:如果这看起来像很多配置,polyglot Maven 对 Groovy POM 的支持即将准备就绪。它将大大减少行数。

您可以将它放在 pom.xml 的末尾(带有 project 元素),它会添加两个配置文件。第一个配置文件“一切”实际上只是为了演示配置。这个“一切”配置文件是不必要的,因为它只是复制了默认 JAR 插件 jar 目标执行的行为。第二个配置文件“only-library”不包括任何以文本“Main”开头的包中的任何类。要调用这些配置文件:

mvn package -Peverything
mvn package -Ponly-library

我针对Maven by Example 的第 6 章附带的示例应用程序对此进行了测试,运行这些命令中的任何一个都会在 ${basedir}/target 中生成一个具有分类器的 JAR 文件。由于 JAR 插件的 jar 目标绑定到默认 maven 生命周期中的包阶段,这两个配置文件将修改此插件的配置。

或者,您可以使用两个 JAR 插件执行来做到这一点......

如果您需要在不使用配置文件的情况下创建两个 JAR。您可以将 JAR 插件的 jar 目标多次绑定到包生命周期阶段,并为每个配置的执行使用不同的配置。如果您配置两个单独的执行,则每个执行都有一个特定于执行的配置块,因此您可以为每个执行提供唯一标识符和包含/排除模式。

这是您将用于将两个自定义 JAR 添加到生命周期阶段“包”的构建元素。对带有“jar”打包的项目执行此操作将导致 jar 目标运行 3 次。一次作为默认生命周期绑定,然后两次用于两个自定义的分类 JAR。

  <build>
    <plugins>
      <plugin>
        <artifactId>maven-jar-plugin</artifactId>
        <executions>
          <execution>
            <id>only-library</id>
            <goals><goal>jar</goal></goals>
            <phase>package</phase>
            <configuration>
              <classifier>only-library</classifier>
              <excludes>
                <exclude>**/Main*</exclude>
              </excludes>
            </configuration>
          </execution>
          <execution>
            <id>everything</id>
            <goals><goal>jar</goal></goals>
            <phase>package</phase>
            <configuration>
              <classifier>everything</classifier>
              <includes>
                <include>**/*</include>
              </includes>
            </configuration>
          </execution>
        </executions>
      </plugin>
    </plugins>
  </build>

如果您不是在谈论在每个工件中包含一组不同的类,那么您将需要使用 Maven 程序集。如果您想了解程序集的详细信息,可以在 Maven 的这个答案的末尾列出一章:完整参考。坦率地说,我不认为这一章是一个很好的介绍性参考。事实上,我有很多报告说本章几乎无法阅读(我们正在努力解决这个问题)。如果您正在寻找使用程序集,我建议您使用Maven 程序集插件的文档。在左侧导航菜单中,您将看到示例程序集描述符列表。

免责声明:(请)不要这样做。如果您使用两组不同的类创建两个不同的 JAR,我强烈建议您将项目拆分为两个相互依赖的模块。

虽然您可以使用配置文件执行此操作,但将项目分成两部分(实际上是三部分)会更容易。从长远来看,随着应用程序的扩展,您将面临挑战。您将负责找出要包含在您的每个分类 JAR 中的类和包的手动列表。

拥有一个引用两个独立模块的简单父项目的开销最小。如果您查看免费的 Maven by Example 一书,我们将展示如何在单模块和多模块项目之间进行转换。 第 3-5 章关注单模块项目,第 6 章向您展示如何将这些单模块组件组合成一个更大的多模块项目。

了解更多信息:

您的问题涉及以下主题,这里有一些链接将为每个主题提供更多详细信息:

Maven JAR 插件:http ://maven.apache.org/plugins/maven-jar-plugin/jar-mojo.html

Multi-module Maven Projects: Chapter 6 of Maven by ExampleSection 3.6.2 of Maven: The Complete Reference

Maven 生命周期(如果你的包是“jar”,jar 绑定到包):Maven 的第 3.5.2 节示例“核心概念”Maven 的第 4 章:完整参考

Maven Assemblies:首先是Maven Assembly Plugin 站点,然后是 Maven: The Complete Reference 的第 8 章,了解一些繁重(几乎过于繁重)的细节。

于 2010-01-26T16:31:45.710 回答
23

你的第一个想法是正确的。将 2 个部分分成 2 个项目。

maven 的理念是每个项目都应该构建一个且唯一的工件(jar、war 等)

您可能可以一起破解一些东西,这样您就只有一个构建 2 个 atrifacts 的 maven 项目,但这将是一个 hack。

你可以从maven调用ant,所以如果你真的想这样做,那么我建议你开始看maven ant插件。工件 id 是“maven-antrun-plugin”

于 2010-01-25T14:43:17.227 回答
5

你有两个选择:

如果子集只是资源的集合,那么我不会将其作为单独的模块。

如果项目总是依赖于以统一方式打包的子集,那么子集是成为模块的良好候选者。

如果子集以多种不同的“风味”重新包装,那么我将为每个“风味”定义程序集并使用“分类器”限定工件名称,请参见maven 坐标

最后,您可以使用配置文件来确定生成哪些程序集,您的默认配置文件可能仅创建开发期间所需的初始工件“风味”。
一旦开发完成,“完整”配置文件可能会生成工件的所有“风味”变体以供最终部署。

于 2010-01-25T14:51:52.120 回答