gpt4 book ai didi

java - Maven 项目打包是 war ,也是构建/安装 jar

转载 作者:塔克拉玛干 更新时间:2023-11-02 08:05:25 29 4
gpt4 key购买 nike

我有一个Maven 3.3项目,主要输出是一个war文件:

<artifactId>pro</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>war</packaging>

我正在使用 maven 插件构建一个 jar 文件,该文件进入 target/pro-1.0-SNAPSHOT.jar 并且这有效。

我想将这个 jar 安装到本地 maven 存储库,所以我使用 maven 安装插件来执行此操作:

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-install-plugin</artifactId>
<version>2.5.2</version>
<configuration>
<classifier>jar</classifier>
<packaging>jar</packaging>
<file>target/pro-1.0-SNAPSHOT.jar</file>
</configuration>
<executions>
<execution>
<id>do-jar-install</id>
<phase>install</phase>
<goals>
<goal>install</goal>
</goals>
</execution>
</executions>
</plugin>

除了 jar 安装步骤是安装 war 而不是 jar 之外,整个构建工作正常。我该如何覆盖它?

我在这里查看我可以使用的内容:http://maven.apache.org/plugins/maven-install-plugin/examples/installing-secondary-artifacts.html

这是我构建的日志:

**

Building jar: /Users/mike/code/workspace/pro/target/pro-1.0-SNAPSHOT.jar

[INFO] --- maven-install-plugin:2.5.2:install (do-jar-install) @ pro

[INFO] Installing /Users/mike/code/workspace/pro/target/pro-1.0-SNAPSHOT.jar to /Users/mike/.m2/repository/net/mikeski/pro/1.0-SNAPSHOT/pro-1.0-SNAPSHOT.war

注意最后一行 - 它正在拾取 jar 但安装 war

我该如何解决?

根据要求,这里是jar插件配置:

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<version>2.4</version>
<executions>
<execution>
<id>create-jar</id>
<phase>install</phase>
<goals>
<goal>jar</goal>
</goals>
</execution>
</executions>
</plugin>

它为项目中的文件创建一个 jar,这是正确的 jar。如果我将安装在我的 repo 中的 war 复制到一个 jar(所以我只需更改扩展名)我的其他项目就可以很好地使用它。

最佳答案

您当前的输出是多方面考虑的结果,其中之一是 maven-jar-plugin 在 2.4 版中过于宽松。

首先,您需要记住,在 Maven 存储库中,所有 Artifact 共享一个命名约定,即 artifactId-version(-classifier).packaging。这意味着无论您的构建生成的文件的本地名称是什么(让它成为 foo.jar),它都将被安装并使用这个常规名称进行部署。安装 Artifact 时最重要的是 Maven coordinates ,即 groupId、artifactId、版本、分类器和包装。

这里发生的是:

  1. 您的项目有一个打包war。使用 mvn install 运行 Maven,将首先调用 default-install 阶段,然后 maven-install-plugin:install目标将第一次运行,安装您的 WAR 项目。在您的日志中,您会发现:

    [INFO] --- maven-install-plugin:2.5.2:install (default-install) @ test-war ---
    [INFO] Installing ...\test-war\target\test-war-0.0.1-SNAPSHOT.war to ...\test-war\0.0.1-SNAPSHOT\test-war-0.0.1-SNAPSHOT.war
    [INFO] Installing ...\test-war\pom.xml to ...\test-war\0.0.1-SNAPSHOT\test-war-0.0.1-SNAPSHOT.pom
  2. 那么,您正在使用 maven-jar-plugin:jar目标是创建一个 JAR。这个插件为当前的 Maven 项目创建一个 JAR - 所以它会创建它,但是这个新 Artifact 的 Maven 坐标将与你的 WAR 项目的坐标完全相同(你没有指定 classifier )。因此,您有效地用 JAR 文件替换了主要 Artifact (WAR)的文件:您最终得到一个扩展名为 jar 的本地文件(因为 maven- jar-plugin就是这样创建的),这是一个打包war的Maven工程的主 Artifact 文件。相当困惑。

    还记得我说过 maven-jar-plugin 过于宽松了吗?如果您更新到插件的 3.0.2 版,您将在此处收到错误 (MJAR-198):

    You have to use a classifier to attach supplemental artifacts to the project instead of replacing them. -> [Help 1]

    总结了上面所说的内容。

  3. 最后,您声明了另一个名为 do-jar-installmaven-install-plugin 执行,它应该安装这个本地 JAR 文件。这就是它的作用:它使用 Artifact 的坐标将 target 文件夹中的本地 JAR 文件安装到本地 Maven 存储库。混淆来自 Artifact 的类型(打包)实际上是 WAR,因此安装的是 WAR 文件(实际上是 JAR)...


既然我们已经解释了这个问题,那么问题是:你想做什么?看起来您想将一个由它的类组成的附加 Artifact 附加到您的 WAR 项目。不需要所有这些配置,你可以只使用 attachClasses maven-war-plugin 的参数。

<plugin>
<artifactId>maven-war-plugin</artifactId>
<version>2.6</version>
<configuration>
<attachClasses>true</attachClasses>
</configuration>
</plugin>

关于java - Maven 项目打包是 war ,也是构建/安装 jar,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38674058/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com