Maven: при упаковке этого проекта файл не был назначен артефакту сборки.

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

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

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

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

mvn clean install

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

mvn clean install:install

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

StarTeamCollisionUtil: при упаковке этого проекта файл не был назначен артефакту сборки.

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

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

mvn jar:jar install:install

Or

mvn jar:jar deploy:deploy 

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

Попался. Этот подход не сработает, если у вас есть многомодульный проект с другой упаковкой (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, потому что он снова выполнит предыдущие фазы (и скомпилирует, test и т. д.), и вы хотите, чтобы ваша сборка была эффективной, но все же быстрой.

Да, вы можете ускорить этот последний шаг, по крайней мере, пропустив тесты (компиляция и выполнение, с помощью _ 15_) или поиграйте с определенным профилем (чтобы пропустить как можно больше плагинов), но тогда гораздо проще и понятнее просто запустить mvn deploy:deploy.

Но это приведет к ошибке, указанной выше, поскольку, как также указано плагин FAQ:

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

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

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

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

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

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

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

mvn jar:jar deploy:deploy

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

Требовать от плагина jar создания нового JAR-файла, даже если ничего не изменилось. По умолчанию этот плагин проверяет, существует ли выходной 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 перед установкой / развертыванием.

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

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

Я столкнулся с этой неудавшейся ошибкой, когда работал над своим проектом 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 прошла успешно.

У меня такая же проблема. Сообщение об ошибке для меня неполное. Но в моем случае я добавил банку генерации с исходниками. Поместив этот код в 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, которая создает jar с исходными кодами. И развертывание заканчивается на СТРОИТЬ УСПЕХ

Эта ошибка появляется при использовании 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>

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

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

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

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

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

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

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

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

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

Это сработало для меня, когда я получил такое же сообщение об ошибке ...

mvn install deploy

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

mvn clean install

выдаст исключение, если это не добавлено:

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

Так же,

mvn clean install deploy

потерпит неудачу при том же исключении, если не будет добавлено что-то вроде этого:

<plugin>
   <artifactId>maven-deploy-plugin</artifactId>
   <version>2.8.1</version>
   <executions>
      <execution>
         <id>default-deploy</id>
         <phase>deploy</phase>
         <goals>
            <goal>deploy</goal>
         </goals>
      </execution>
   </executions>
</plugin>

Это имеет смысл, но хотелось бы получить более четкое сообщение об ошибке.

Надеюсь, это кому-то поможет, но я случайно добавил модуль в свой проект, и он изменил мой файл pom с

<packaging>jar</packaging>

to

<packaging>pom</packaging>

поэтому я просто изменил его на

<packaging>jar</packaging>

и это сработало, чтобы снова создать банку