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

https://stackoverflow.com/questions/6308162

26-10-2019
|

Вопрос

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

Решение

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

Команда install:install на самом деле цель на Maven-Install-Plugin. Анкет Это отличается от install Maven Lifecycle Phase.

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

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

mvn clean install

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

mvn clean install:install

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

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

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

Другие советы

ТЛ;ДР Чтобы решить эту проблему, заранее вызовите плагин упаковки, например.для 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-158:развертывание: развертывание не работает только для развертывания артефакта в удаленном репозитории Maven

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

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

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

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

mvn jar:jar deploy:deploy

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

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

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

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

У меня такая же проблема. Сообщение об ошибке для меня не завершено. Но в моем случае я добавил банок поколения с источниками. Поместив этот код в 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>

Таким образом, в фазе развертывания I выполнить источник: JAR Цель, которая производит JAR с источниками. И развернуть заканчивается с успехом сборки

Вы должны очистить целевой файл, например, в JAR и другие в C: Drive Your Polder по адресу .M2 См. Место, где он устанавливает и удаляет файл .jar, файл snaphot и удалите целевые файлы, затем очистите приложение, которое вы нашли, будет выполнено.

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

Решение состоит в том, чтобы включить:

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

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

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

В то время как @a_di-matteo Ответ работает для не мультимодуля, у меня есть решение для мультимодулей.

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция

Не связан с StackOverflow