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

Ответ 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, как указано красной стрелкой на изображении ниже.

Как только я запустил выбранный 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 конфигурации плагина, которая стоит после имени плагина.