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]

что это значит и как я могу это исправить? Ниже мой пом.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>
71
maven maven-3 maven-install-plugin maven-jar-plugin pom.xml

5 ответов

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

команда install:install на самом деле цель на maven-install-plugin. Это отличается от install этап жизненного цикла maven.

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

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

mvn clean install

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

mvn clean install:install

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

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

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

116

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

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

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

во время упаковывать-участка все собранное и помещенное в контексте. С помощью этого механизма 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 by по умолчанию:

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

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

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

mvn validate jar:jar deploy:deploy

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

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

47

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

4

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

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

2