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


113

Я использую 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>

Ответы:


169

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

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

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

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

mvn clean install

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

mvn clean install:install

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

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

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


Я использую Bamboo, но ничего не вижу mvn install: install any where in config
Pra_A

96

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

mvn jar:jar install:install

Или

mvn jar:jar deploy:deploy 

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

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


объяснение

В некоторых случаях вы действительно хотите работать непосредственно install:installили deploy:deployцель (то есть, от maven-deploy-plugin, то deployцель, а не Maven deploy фаза ) , и вы бы в конечном итоге в раздражающий 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) или поиграйте с определенным профилем (чтобы пропустить как можно больше плагинов), но гораздо проще и понятнее просто запустить его mvn deploy:deploy.

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

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

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

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

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

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

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

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

mvn jar:jar deploy:deploy

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

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


8
Попадите в этот точный сценарий. Фантастическое описание - должно быть в FAQ по развертыванию плагина вместо довольно краткого объяснения типа «вы не можете этого сделать».
markdsievers

Кто бы мог подумать, что jar jar может быть полезен;)
wearego

См. Мое решение для проектов mutli-module: stackoverflow.com/a/57824874/318174
Адам Гент

это решение отлично работает для моего многомодульного проекта @AdamGent
karakays

Отличное объяснение. В точности описал мой сценарий с моим сервером Jenkins.
wimnat

14

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

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

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 прошла успешно.


6

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


2

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


Ну частичное решение.
Джаспер Ланкхорст

2

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

1

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


0

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

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

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

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.