Maven 发布插件失败：源工件部署两次

Question

我们正在 hudson 上使用 Maven 发布插件，并尝试自动化发布过程。 发布：准备工作正常。当我们尝试执行release:perform时，它失败了，因为它尝试将源工件两次上传到存储库。

我尝试过的事情，

1. 从超级 pom 中删除包含 Maven 源插件的配置文件（不起作用），
2. 将 hudson 上的发布目标指定为 -P!attach-source release:prepare release:perform。我认为这会排除源插件的执行。 （没用）。
3. 尝试将插件阶段指定为超级 pom 中某个不存在的阶段。（不起作用）
4. 尝试指定插件配置，forReleaseProfile 为 false。 （你猜怎么着？也不起作用）

它仍然吐出这个错误。

[INFO] [DEBUG] Using Wagon implementation lightweight from default mapping for protocol http
[INFO] [DEBUG] Using Wagon implementation lightweight from default mapping for protocol http
[INFO] [DEBUG] Checking for pre-existing User-Agent configuration.
[INFO] [DEBUG] Adding User-Agent configuration.
[INFO] [DEBUG] not adding permissions to wagon connection
[INFO] Uploading: http://xx.xx.xx.xx:8081/nexus/content/repositories/releases//com/yyy/xxx/hhh/hhh-hhh/1.9.40/hhh-hhh-1.9.40-sources.jar
[INFO] 57K uploaded  (xxx-xxx-1.9.40-sources.jar)
[INFO] [DEBUG] Using Wagon implementation lightweight from default mapping for protocol http
[INFO] [DEBUG] Using Wagon implementation lightweight from default mapping for protocol http
[INFO] [DEBUG] Checking for pre-existing User-Agent configuration.
[INFO] [DEBUG] Adding User-Agent configuration.
[INFO] [DEBUG] not adding permissions to wagon connection
[INFO] Uploading: http://xx.xxx.xx.xx:8081/nexus/content/repositories/releases//com/xxx/xxxx/xxx/xxx-xxx/1.9.40/xxx-xxx-1.9.40-sources.jar
[INFO] [DEBUG] Using Wagon implementation lightweight from default mapping for protocol http
[INFO] [INFO] ------------------------------------------------------------------------
[INFO] [ERROR] BUILD ERROR
[INFO] [INFO] ------------------------------------------------------------------------
[INFO] [INFO] Error deploying artifact: Authorization failed: Access denied to: http://xx.xxx.xx.xx:8081/nexus/content/repositories/releases/com/xxx/xxx/xxx/xxx-config/1.9.40/xxx-xxx-1.9.40-sources.jar

任何与此相关的帮助将不胜感激。

Answer 1

尝试运行mvn -Prelease-profile help: effective-pom。
您会发现 maven-source-plugin 有两个执行部分，

输出将如下所示：

<前><代码> <插件>

      <artifactId>maven-source-plugin</artifactId>
      <version>2.0.4</version>
      <executions>
        <execution>
          <id>attach-sources</id>
          <goals>
            <goal>jar</goal>
          </goals>
        </execution>
        <execution>
          <goals>
            <goal>jar</goal>
          </goals>
        </execution>
      </executions>
    </plugin>

要解决此问题，请找到您使用过 maven-source-plugin 的所有位置，并确保使用“id”附加源，以便它与发布配置文件相同。然后这些部分将被合并。

最佳实践表明，为了获得一致性，您需要在项目的根 POM 中的 build > 中进行配置。在您的子 pom 中使用pluginManagement 和NOT。在子 pom 中，您只需在 build > 中指定您想要使用 maven-source-plugin 但未提供任何执行的插件。

在根 pom.xml 中：

<build>
  <pluginManagement>
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-source-plugin</artifactId>
        <executions>
          <execution>
            <!-- This id must match the -Prelease-profile id value or else sources will be "uploaded" twice, which causes Nexus to fail -->
            <id>attach-sources</id>
            <goals>
              <goal>jar</goal>
            </goals>
          </execution>
        </executions>
      </plugin>
    </plugins>    
  </pluginManagement>
</build>

在子 pom.xml 中：

<build>
  <plugins>
    <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-source-plugin</artifactId>
    </plugin>
  </plugins>
</build>

Answer 2

我知道这个问题很老了，但今天谷歌点击了#1，所以我将添加适合最新版本的 Maven 3 的答案。

症状是，在使用某些版本的 Maven 进行发布构建时，源和 javadoc jar 被部署了两次3. 如果您使用 maven 将工件部署到仅允许上传一次发布工件的 Sonatype Nexus 存储库（这是完全合理的行为），则当第二次上传尝试被拒绝时，构建会失败。啊！

Maven 版本 3.2.3 至 3.3.9 有错误 - 请参阅 https://issues.apache。 org/jira/browse/MNG-5868 和 https://issues.apache .org/jira/browse/MNG-5939。这些版本在发布时会生成并部署源代码和 javadoc jar 两次。

如果我正确地阅读了 Maven 问题跟踪器，那么在撰写本文时，这些错误尚未计划修复（烧毁的 3.4.0 版本可能会影响这些错误）。

我的简单解决方法是回退到 Maven 版本 3.2.1，而不是对我的 pom 进行复杂的调整。

Answer 3

刚刚遇到同样的问题，我分析了一下。 mvn release:perform 评估release.properties 文件，然后在临时目录中检查标签并调用类似

/usr/bin/mvn -D maven.repo.local=... -s /tmp/release-settings5747060794.xml
    -D performRelease=true -P set-envs,maven,set-envs deploy

我尝试重现的内容 - 手动检查由 release 生成的标签：准备并调用此：

mvn -D performRelease=true -P set-envs,maven,set-envs deploy

我得到了相同的结果：它试图上传 -sources.jar 两次。

正如评论中 qualidafial 所指出的，设置 performRelease=false 会忽略两个附件之一同一文件的。

我真的不知道 部署插件 （或任何其他插件）使用此属性。

我们可以提供此参数作为 maven-relase-plugin 的配置：

<build>
    <plugins>
         <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-release-plugin</artifactId>
            <version>2.3.2</version>
            <configuration>
                <useReleaseProfile>false</useReleaseProfile>
            </configuration>
        </plugin>
    </plugins>
</build>

我现在向所有 POM 添加了 false 行，看起来现在发布不需要错误消息。

Answer 4

我已经在这个问题上苦苦挣扎了一段时间，终于能够在我们的基础设施中解决它。这里的答案对我没有帮助，因为我们没有多次执行源插件目标，并且配置对我们来说似乎很好。

我们错过的是将源插件的执行绑定到一个阶段。扩展 Bae 的示例，包括将 install行添加到执行中，为我们解决了这个问题：

<plugin>
  <artifactId>maven-source-plugin</artifactId>
  <version>2.0.4</version>
  <executions>
    <execution>
      <id>attach-sources</id>
      <phase>install</phase>
      <goals>
        <goal>jar</goal>
      </goals>
    </execution>
  </executions>
</plugin>

我怀疑解决方案在于这个答案 < a href="https://stackoverflow.com/questions/8041610/maven-plugin-executes-multiple-times-during-build">此处；不同的插件似乎正在调用 jar 目标/附加源执行。通过将我们的执行绑定到某个阶段，我们强制我们的插件仅在该阶段运行。

Answer 5

我在运行时发生了这种情况，

mvn install deploy

我通过运行（这意味着安装）来避免问题

mvn deploy

。在我的例子中，只有一个工件被尝试上传两次，这是一个次要工件（maven-jar-plugin 设置为除了由 default-jar 执行构建的 jar 之外，还构建一个辅助 jar）。

Answer 6

TL;DR

如果您无法修改父 poms，则使用 id attach-sources 禁用执行可以修复此问题。

--

这个答案是对@Bae答案的补充：

https://stackoverflow.com/a/10794985/3395456

我的问题是一样的，当运行 mvn -Prelease-profile help: effective-pom 时，我有两个 maven-source-plugin 的执行部分

<plugin>
  <artifactId>maven-source-plugin</artifactId>
  <version>2.0.4</version>
  <executions>
    <execution>
      <id>attach-sources</id>
      <goals>
        <goal>jar</goal>
      </goals>
    </execution>
    <execution>
      <goals>
        <goal>jar</goal>
      </goals>
    </execution>
  </executions>
</plugin>

投票最高的答案只是建议删除未命名（匿名）的最佳实践) 执行以避免重复绑定。但是，如果我无法删除它，因为我无法更改父 pom，该怎么办？

有一种方法可以禁用一个执行，不是匿名执行，而是具有 id attach-source 的执行。它也适用于上传 xx-javadoc.jar 两次。

因此，在我的 pom.xml 下，我可以通过 id attach-source 禁用执行来显式覆盖插件设置。

  <!-- Fix uploading xx-source.jar and xx-javadoc.jar twice to Nexus -->
  <!-- try to disable attach-sources, attach-javadocs execution (bind its phase to none) -->
  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-source-plugin</artifactId>
    <executions>
      <execution>
        <id>attach-sources</id>
        <phase>none</phase>
      </execution>
    </executions>
  </plugin>
  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-javadoc-plugin</artifactId>
    <executions>
      <execution>
        <id>attach-javadocs</id>
        <phase>none</phase>
      </execution>
    </executions>
    <inherited>true</inherited>
  </plugin>

参考：
是否可以覆盖maven插件管理中的执行？

Answer 7

我认为问题不在发布插件中，我认为您已经附加了两次 xxx-sources.jar - 这就是重复上传的原因。如果没有看到 POM，很难判断为什么会有重复的附件。再次尝试运行 mvn -X 并检查日志以了解附加 xxx-source.jar 的人员。

无论如何，Nexus 上的一个好的解决方法是拥有一个临时存储库，您可以在其中多次上传版本 - 当一切准备就绪时，您只需关闭/升级临时存储库即可。查看 Sonatype OSS 设置获取示例。

Answer 8

我也有同样的问题。基本上，当工件被发送到 Nexus 两次时，就会发出错误消息。对于同一 Nexus 存储库，甚至同一 Nexus 内的不同存储库，这可能是两次。

然而，这种错误配置的原因可能各不相同。就我而言，工件在 Jenkins 中的 mvn clean 部署构建步骤期间正确上传，但在尝试第二次部署时失败。第二次部署已在 Jenkins 构建后步骤“在 Maven 存储库中发布工件”中进行配置。

Answer 9

父 pom 和子 pom 中的 Maven 插件不应执行。根据标准约定，在插件管理部分的父 pom 中定义具有执行/目标的所有插件。子pom不应该重新定义上述细节，而只提及需要执行的插件（带有artifactId和版本）。

我对父 pom 的 maven- assembly-plugin 也有类似的问题，如下所示：

<build>
    <pluginManagement>
        <plugins>
            <plugin>
                <artifactId>maven-assembly-plugin</artifactId>
                <version>2.6</version>
                <configuration>
                    <descriptors>
                        <descriptor>src/assembly/assembly.xml</descriptor>
                    </descriptors>
                </configuration>
                <executions>
                    <execution>
                        <phase>package</phase>
                        <goals>
                            <goal>single</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </pluginManagement>
</build>

子 pom 的 maven- assembly-plugin 如下：

<build>
    <plugins>
        <plugin>
            <artifactId>maven-assembly-plugin</artifactId>
            <version>2.2-beta-5</version>
            <configuration>
                <finalName>xyz</finalName>
                <descriptors>
                    <descriptor>src/assembly/assembly.xml</descriptor>
                </descriptors>
            </configuration>
            <executions>
                <execution>
                    <id>xyz-distribution</id>
                    <phase>package</phase>
                    <goals>
                        <goal>single</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

从子 pom 中删除 纠正了该问题。
有效的 pom 执行了 2 次，导致重复安装到 Nexus 存储库。

Answer 10

FWIW 这个问题在一段时间内破坏了我们的构建，答案不是以上任何一个。
相反，我在一个与我们的主工件附加（读取部署、发布）的工件的 maven-assemble-plugin 中愚蠢地将看似无害的appendAssemblyId 设置为 false。例如：

    <execution>
        <id>ci-groovy-distrib</id>
        <phase>package</phase>
        <goals>
            <goal>single</goal>
        </goals>
        <configuration>
            <descriptorRefs>
                <descriptorRef>my-extra-assembly</descriptorRef>
            </descriptorRefs>

            <!-- This is the BUG: the assemblyID MUST be appended 
                 because it is the classifier that distinguishes 
                 this attached artifact from the main one!
            -->
            <appendAssemblyId>false</appendAssemblyId>
            <!-- NOTE: Changes the name of the zip in the build target directory
                       but NOT the artifact that gets installed, deployed, releaseed -->
            <finalName>my-extra-assembly-${project.version}</finalName>
        </configuration>
    </execution>

总而言之：

1. 程序集插件使用 assemblyId 作为工件的分类器，因此它是 Maven 术语中唯一的 GAV 坐标的重要组成部分（实际上它更像是 GAVC 坐标 - C 是分类器）。

2. 已安装、已部署或已发布文件的名称实际上是根据这些坐标构建的。它与您在目标目录中看到的文件名不同。这就是为什么您的本地构建看起来不错，但您的发布将会失败。

3. 愚蠢的元素仅确定本地构建工件名称，并且不参与其余部分。这完全是在转移注意力。

摘要摘要：
来自 Nexus 的 400 错误是因为我们额外附加的工件上传到主工件之上，因为它与主工件同名，因为它与主工件具有相同的 GAVC 坐标，因为我删除了唯一的区别坐标：从 assemblyId 自动派生的分类器。

经过调查发现这是一条漫长而曲折的道路，答案就在 maven-assemble 的文档中：

appendAssemblyId

• 布尔值

• 设置为 false 以排除程序集 ID
  从程序集的最终名称，并创建结果程序集
  没有分类器的工件。 因此，装配工件具有
  与当前Maven项目的打包格式相同的将被替换
  此主要项目工件的文件。

• 默认值为：true。
• 用户属性为： assembly.appendAssemblyId。

来自 http://maven.apache.org/plugins /maven- assembly-plugin/single-mojo.html#attach

额外的粗体是我的。文档应该在这里有一个大的闪烁警告：“将其设置为 false 并放弃所有希望”

我从这个关于不同问题的答案中得到了一些帮助 maven-assemble-plugin：如何使用appendAssemblyId
图纳基的解释确实很有帮助。

Answer 11

我遇到了类似的问题。工件部署了两次，最终的构建失败了。

检查发现问题出在Jenkins脚本上。 settings.xml 被调用了两次。例如：

sh“mvn -s settings.xml clean deploy -s settings.xml deploy -U .....

这导致了问题。
更新了这一行，它的工作方式就像一个魅力：

sh "mvn clean deploy -s settings.xml -U .....

Answer 12

Nexus thix 配置对我有用

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-release-plugin</artifactId>
  <configuration>
    <useReleaseProfile>false</useReleaseProfile>
  </configuration>
</plugin>

Answer 13

我使用releaseProfile = false配置了maven发布插件，并且不执行源工件配置文件。这成功了。

<build>
            <plugins>
                <plugin>
                    <groupId>org.apache.maven.plugins</groupId>
                    <artifactId>maven-release-plugin</artifactId>
                    <version>2.1</version>
                    <configuration>
                            <arguments>-P!source-artifacts</arguments>
                            <useReleaseProfile>false</useReleaseProfile>
                            <goals>-Dmaven.test.skip=true deploy</goals>
                    </configuration>    
                </plugin>
            </plugins>
        </build>