Подтвердить что ты не робот

Maven: упаковка для этого проекта не присваивала файл артефакту сборки

Я использую Maven 3.0.3 на Mac 10.6.6. У меня есть проект JAR, и когда я запускаю команду "mvn clean install: install", я получаю сообщение об ошибке,

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-install-plugin:2.3.1:install (default-cli) on project StarTeamCollisionUtil: The packaging for this project did not assign a file to the build artifact -> [Help 1]

Что это значит и как я могу это исправить? Ниже мой pom.xml. Дайте мне знать, какая другая информация будет полезна, и я отредактирую этот пост. Спасибо, - Дэйв

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.myco.starteam.util</groupId>
<artifactId>StarTeamCollisionUtil</artifactId>
<packaging>jar</packaging>
<name>StarTeam Collision Util</name>
<description>
    The StarTeam Collision Utility provides developers and release engineers alike the ability to
    compare files attached to a set of CRs to see if conflicts exist in the change set.
</description>
<version>1.0-SNAPSHOT</version>
<url>http://cm-build.myco.com:8080/hudson/view/Tools/job/StarTeamCollisionUtil - TRUNK/</url>
<properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>
<repositories>
    <repository>
        <id>myco-sonatype-nexus-snapshots</id>
        <name>MyCo Sonatype-Nexus Snapshots</name>
        <url>http://sonatype.myco.com/nexus/content/repositories/snapshots/</url>
    </repository>
</repositories>
<dependencies>
    <dependency>
        <groupId>starteam</groupId>
        <artifactId>starteam</artifactId>
        <version>1.1.0</version>
        <type>jar</type>
        <scope>system</scope>
        <systemPath>${basedir}/lib/starteam110.jar</systemPath>
    </dependency>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.8.2</version>
    </dependency>
    <dependency>
        <groupId>org.apache.ant</groupId>
        <artifactId>ant</artifactId>
        <version>1.8.1</version>
    </dependency>
    <dependency>
        <groupId>javax.mail</groupId>
        <artifactId>mail</artifactId>
        <version>1.4.1</version>
        <type>jar</type>
        <scope>compile</scope>
    </dependency>
</dependencies>
<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>2.8.1</version>
        </plugin>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-site-plugin</artifactId>
            <version>3.0-beta-3</version>
            <configuration>
                <reportPlugins>
                    <plugin>
                        <groupId>org.apache.maven.plugins</groupId>
                        <artifactId>maven-surefire-report-plugin</artifactId>
                        <version>2.5</version>
                    </plugin>
                    <plugin>
                        <groupId>org.apache.maven.plugins</groupId>
                        <artifactId>maven-javadoc-plugin</artifactId>
                        <version>2.7</version>
                        <configuration>
                            <linksource>true</linksource>
                        </configuration>
                    </plugin>
                    <plugin>
                        <groupId>org.apache.maven.plugins</groupId>
                        <artifactId>maven-jxr-plugin</artifactId>
                        <version>2.2</version>
                    </plugin>
                    <plugin>
                        <groupId>org.codehaus.mojo</groupId>
                        <artifactId>versions-maven-plugin</artifactId>
                        <version>1.2</version>
                    </plugin>
                    <plugin>
                        <groupId>org.apache.maven.plugins</groupId>
                        <artifactId>maven-project-info-reports-plugin</artifactId>
                        <version>2.3.1</version>
                        <reportSets>
                            <reportSet>
                                <reports>
                                    <report>index</report>
                                    <report>dependencies</report>
                                    <report>dependency-management</report>
                                    <report>cim</report>
                                    <report>issue-tracking</report>
                                    <report>license</report>
                                    <report>scm</report>
                                </reports>
                            </reportSet>
                        </reportSets>
                    </plugin>
                </reportPlugins>
            </configuration>
        </plugin>
    </plugins>
</build>
<distributionManagement>
    <repository>
        <id>sonatype-nexus</id>
        <url>http://sonatype.myco.com/nexus/content/repositories/snapshots/</url>
    </repository>
</distributionManagement>
<scm>
    <url>https://starteam.cmass.myco.com/BorlandStarTeam/BorlandStarTeam.jsp</url>
</scm>
<issueManagement>
    <system>StarTeam</system>
    <url>https://starteam.cmass.myco.com/BorlandStarTeam/BorlandStarTeam.jsp</url>
</issueManagement>
<ciManagement>
    <system>Hudson</system>
    <url>http://cm-build.myco.com:8080/hudson/</url>
</ciManagement>
</project>
4b9b3361

Ответ 1

Я не знаю, является ли это ответом или нет, но может привести вас в правильном направлении...

Команда install:install на самом деле является целью на maven-install-plugin. Это отличается от фазы жизненного цикла install maven.

Фазы жизненного цикла Maven - это шаги в сборке, к которой могут привязываться определенные плагины. Многие разные цели из разных плагинов могут выполняться при вызове одной фазы жизненного цикла.

Что это сводится к команде...

mvn clean install

отличается от...

mvn clean install:install

Первый будет выполнять все цели в каждом цикле, вплоть до установки (включая компиляцию, пакет, тест и т.д.). Последний даже не будет компилировать или не упаковывать ваш код, он просто запустит эту цель. Этот вид имеет смысл, глядя на исключение; он говорит о:

StarTeamCollisionUtil: упаковка для этого проекта не присваивала файл артефакту сборки

Попробуйте первое, и ваша ошибка может исчезнуть!

Ответ 2

TL; DR. Чтобы устранить эту проблему, вызовите плагин для упаковки до, например. для jar использования упаковки maven-jar-plugin, как показано ниже:

mvn jar:jar install:install

Или

mvn jar:jar deploy:deploy 

Если вам действительно нужно развернуть.

Gotcha Этот подход не будет работать, если у вас есть многомодульный проект с различной тарой (ear/war/jar/zip) – еще хуже, будут установлены/развернуты неправильные артефакты! В этом случае используйте варианты реакторов только для сборки развертываемого модуля (например, war).


Объяснение

В некоторых случаях вы фактически хотите запустить цель install:install или deploy:deploy (т.е. из цели maven-deploy-plugin, deploy, а не Maven deploy phase), и вы окажетесь в раздражающем The packaging for this project did not assign a file to the build artifact.

Классическим примером является задание CI (работа Jenkins или Bamboo, например), где на разных этапах вы хотите выполнить/уделить внимание различным аспектам:

  • Первым шагом будет mvn clean install, выполнение тестов и охват тестирования
  • Вторым шагом будет анализ Sonarqube, основанный на профиле качества, например. mvn sonar:sonar плюс дополнительные параметры
  • Затем, и только после того, как пройдены успешные тесты и ворота качества, вы хотите развернуть в своем репозитории предприятия Maven конечные артефакты проекта, но вы не хотите повторно запускать mvn deploy, потому что он снова выполнит предыдущий (и компиляция, тест и т.д.), и вы хотите, чтобы ваша сборка была эффективной, но все же быстро.

Да, вы могли бы ускорить этот последний шаг, по крайней мере, пропустить тесты (компиляцию и выполнение через -Dmaven.test.skip=true) или сыграть с определенным profile (чтобы пропустить как можно больше плагинов), но гораздо проще и проще просто запустить mvn deploy:deploy тогда.

Но это не с ошибкой выше, потому что также указано с помощью часто задаваемых вопросов для плагина:

Во время фазы упаковки все собрано и помещено в контекст. С помощью этого механизма Maven может гарантировать, что maven-install-plugin и maven-deploy-plugin копируют/выгружают один и тот же набор файлов. Поэтому, когда вы выполняете только deploy:deploy, тогда нет файлов, помещенных в контекст, и развертывать нечего.

Действительно, для deploy:deploy требуется некоторая информация о времени выполнения, помещенная в контекст сборки по предыдущим этапам (или предыдущие действия с плагинами/целями).

Он также сообщил о потенциальной ошибке: MDEPLOY-158: deploy: deploy не работает только Развертывание артефакта в Maven Удаленное репо

Но затем отклонено как не проблема.

Параметр deployAtEnd maven-deploy-plugin не поможет ни в определенных сценариях, потому что мы выполняем промежуточные шаги работы:

Должен ли каждый проект развертываться во время его собственной фазы развертывания или в конце сборки мультимодуля. Если установлено значение true, и сборка завершилась неудачей, ни один из проектов реакторов не будет развернут. (Экспериментальный)

Итак, как его исправить?
Просто выполните следующие действия в подобном третьем/последнем шаге:

mvn jar:jar deploy:deploy

maven-jar-plugin не будет воссоздавать любую банку как часть вашей сборки, благодаря опции forceCreation, установленной на false по умолчанию:

Требовать, чтобы плагин jar создавал новый JAR, даже если ни одно из содержимого не изменилось. По умолчанию этот плагин смотрит, существует ли выходной банд, и входы не изменились. Если эти условия верны, плагин пропускает создание банки.

Но он будет хорошо заполнять контекст сборки для нас и сделать deploy:deploy счастливым. Нет тестов для пропусков, нет профилей для добавления. Только то, что вам нужно: скорость.


Дополнительная заметка: если вы используете build-helper-maven-plugin, buildnumber-maven-plugin или любой другой подобный плагин для генерации метаданных позже, используя maven-jar-plugin (например, записи для файла манифеста), вы, скорее всего, выполняете казни связанный с фазой validate, и вы все еще хотите иметь их во время этапа сборки jar:jar (и тем не менее выполняйте быстрое выполнение). В этом случае почти безвредные служебные данные должны вызывать фазу validate следующим образом:

mvn validate jar:jar deploy:deploy

Еще одно примечание: если у вас нет упаковки jar, но, скажем, war, используйте war:war перед установкой/развертыванием.

Gotcha, как указано выше, проверьте поведение в проектах с несколькими модулями.

Ответ 3

Этот ответ на очень старый вопрос, чтобы помочь другим, сталкивающимся с этой проблемой.

Я столкнулся с этой ошибкой, когда работал над своим проектом Java, используя IntelliJ IDEA IDE.

Failed to execute goal org.apache.maven.plugins:maven-install-plugin:2.4:install (default-cli) on project getpassword: The packaging for this project did not assign a file to the build artifact

это не происходит, когда я выбираю install:install в Plugins - install, как указано красной стрелкой на изображении ниже.

Choose Wrong Selection

Как только я запустил выбранный install в Lifecycle, как показано выше, проблема исчезла, и моя компиляция сборки maven install успешно завершена.

Ответ 4

У меня такая же проблема. Сообщение об ошибке для меня не завершено. Но в моем случае я добавил генераторную банку с источниками. Поместив этот код в pom.xml:

<build> 
    <pluginManagement>
        <plugins>
            <plugin>
                <artifactId>maven-source-plugin</artifactId>
                <version>2.1.2</version>
                <executions>
                    <execution>
                        <phase>deploy</phase>
                        <goals>
                            <goal>jar</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </pluginManagement>
</build>

Итак, в фазе развертывания я запускаю source: jar goal, который создает банку с источниками. И развертывание заканчивается с BUILD SUCCESS

Ответ 5

вы должны очистить целевой файл, например, в банке и других В C: диск вашей папки на .m2 см. В месте, где он устанавливает и удаляет файл .jar, файл Snaphot и удаляет целевые файлы, а затем очищает приложение, которое, как он нашел, будет запущено

Ответ 6

У меня была та же проблема, но я изначально выполнил mvn install (не install: install, как было упомянуто ранее).

Решение должно включать:

 <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-install-plugin</artifactId>
        <version>2.5.2</version>
 </plugin>

В раздел управления плагинами.

Ответ 7

Эта ошибка появляется при использовании maven-install-plugin версии 3.0.0-M1 (или аналогичной)

Как уже упоминалось выше, а также здесь работает следующая версия плагина:

    <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-install-plugin</artifactId>
        <version>2.5.2</version>
    </plugin>

Ответ 8

Хотя ответ @A_Di-Matteo работает не для многомодулей, у меня есть решение для многомодулей.

Решение состоит в том, чтобы переопределить каждую конфигурацию плагина так, чтобы она связывалась с фазой none, за исключением плагина jar/war/ear и, конечно, плагина deploy. Даже если у вас есть один модуль, мои элементарные тесты показывают, что это немного быстрее (по причинам, которые я не знаю) с точки зрения производительности.

Таким образом, хитрость заключается в том, чтобы создать профиль, который выполняет описанные выше действия, который активируется, когда вы только хотите развернуть.

Ниже приведен пример из одного из моих проектов, в котором используется плагин Shade, и поэтому мне пришлось переопределить плагин JAR, чтобы не перезаписывать:

    <profile>
      <id>deploy</id>
      <activation>
        <property>
          <name>buildStep</name>
          <value>deploy</value>
        </property>
      </activation>
      <build>
        <plugins>
          <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <executions>
              <execution>
                <id>default-compile</id>
                <phase>none</phase>
              </execution>
              <execution>
                <id>default-testCompile</id>
                <phase>none</phase>
              </execution>
              <execution>
                <id>test-compile</id>
                <phase>none</phase>
              </execution>
            </executions>
          </plugin>
          <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <executions>
              <execution>
                <id>default-test</id>
                <phase>none</phase>
              </execution>
            </executions>
          </plugin>
          <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-install-plugin</artifactId>
            <executions>
              <execution>
                <id>default-install</id>
                <phase>none</phase>
              </execution>
            </executions>
          </plugin>
          <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-resources-plugin</artifactId>
            <executions>
              <execution>
                <id>default-resources</id>
                <phase>none</phase>
              </execution>
              <execution>
                <id>default-testResources</id>
                <phase>none</phase>
              </execution>
            </executions>
          </plugin>
          <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-shade-plugin</artifactId>
            <executions>
              <execution>
                <id>default</id>
                <phase>none</phase>
              </execution>
            </executions>
          </plugin>
          <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-jar-plugin</artifactId>
            <executions>
              <execution>
                <id>default-jar</id>
                <configuration>
                  <forceCreation>false</forceCreation>
                </configuration>
              </execution>
            </executions>
          </plugin>
        </plugins>
      </build>
    </profile>

Теперь, если я запущу mvn deploy -Pdeploy, он запустит только jar и развернет плагины.

Как определить, какие плагины нужно переопределить, можно запустить развертывание и просмотреть журнал, чтобы увидеть, какие плагины работают. Обязательно следите за id конфигурации плагина, которая стоит после имени плагина.