Maven: Die Verpackung für dieses Projekt hat dem Build-Artefakt keine Datei zugewiesen

TL; DR Um dieses Problem zu beheben, rufen Sie das Paket-Plugin auf, bevor Sie z. Verwenden Sie für die jar -Verpackung maven-jar-plugin wie folgt:

mvn jar:jar install:install

Oder

mvn jar:jar deploy:deploy 

Wenn Sie tatsächlich bereitstellen mussten.

Gotcha Dieser Ansatz funktioniert nicht, wenn Sie ein Multi-Modul-Projekt mit verschiedenen Verpackungen (Ear/War/Jar/Zip) haben - noch schlimmer, falsche Artefakte wird installiert/bereitgestellt! Verwenden Sie in diesem Fall die Reaktoroptionen, um nur das implementierbare Modul (z. B. war) zu erstellen.

Erklärung

In einigen Fällen möchten Sie tatsächlich direkt ein install:install - oder deploy:deploy - Ziel ausführen (dh vom maven-deploy-plugin -, dem deploy Ziel, nicht dem Maven deployphase ) und Sie würden in den nervigen The packaging for this project did not assign a file to the build artifact enden.

Ein klassisches Beispiel ist ein CI-Job (z. B. ein Jenkins- oder Bamboo-Job), bei dem Sie in verschiedenen Schritten verschiedene Aspekte ausführen bzw. berücksichtigen möchten:

• Ein erster Schritt wäre ein mvn clean install, Der Tests und Testabdeckungen durchführt
• Ein zweiter Schritt wäre eine Sonarqube-Analyse auf der Grundlage eines Qualitätsprofils, z. mvn sonar:sonar Plus weitere Optionen
• Erst nach erfolgreicher Testausführung und bestandenem Quality Gate möchten Sie die endgültigen Projektartefakte in Ihrem Maven-Unternehmensrepository bereitstellen, ohne mvn deploy Erneut ausführen zu müssen, da diese zuvor erneut ausgeführt werden würden Phasen (und kompilieren, testen usw.) und Sie möchten, dass Ihr Build effektiv ist, aber dennoch schnell .

Ja, Sie könnten diesen letzten Schritt beschleunigen, indem Sie zumindest Tests überspringen (Kompilierung und Ausführung über -Dmaven.test.skip=true ) oder mit einem bestimmten Profil spielen (um so viele Plugins wie möglich zu überspringen) Es ist dann viel einfacher und übersichtlicher, einfach mvn deploy:deploy auszuführen.

Aber es würde mit dem obigen Fehler scheitern, denn wie auch angegeben durch das Plugin FAQ :

Während der Verpackungsphase wurden alle Informationen gesammelt und in den Kontext gestellt. Mit diesem Mechanismus kann Maven sicherstellen, dass maven-install-plugin Und maven-deploy-plugin Den gleichen Satz von Dateien kopieren/hochladen. Wenn Sie also nur deploy:deploy Ausführen, werden keine Dateien in den Kontext gestellt und es gibt nichts zu implementieren.

In der Tat benötigt deploy:deploy Einige Laufzeitinformationen, die durch frühere Phasen (oder frühere Plugins/Zielausführungen) in den Build-Kontext gestellt wurden.

Es wurde auch als potenzieller Fehler gemeldet: MDEPLOY-158 : deploy: deploy funktioniert nicht nur für das Deployment von Artefakten auf Maven Remote repo

Aber dann als kein Problem abgelehnt.

Die Konfigurationsoption deployAtEnd von maven-deploy-plugin Hilft in bestimmten Szenarien auch nicht weiter, da zwischenzeitliche Jobschritte ausgeführt werden müssen:

Ob jedes Projekt während seiner eigenen Bereitstellungsphase oder am Ende des Multimodul-Builds bereitgestellt werden soll. Wenn true festgelegt ist und der Build fehlschlägt, wird keines der Reaktorprojekte bereitgestellt. (Experimental)

Also, wie kann man das beheben?
Führen Sie einfach Folgendes in einem ähnlichen dritten/letzten Schritt aus:

mvn jar:jar deploy:deploy

Der maven-jar-plugin Erstellt keine JAR-Datei als Teil Ihres Builds neu, da die Option forceCreation standardmäßig auf false gesetzt ist:

Benötigen Sie das JAR-Plugin, um eine neue JAR zu erstellen, auch wenn sich anscheinend keiner der Inhalte geändert hat. Standardmäßig prüft dieses Plugin, ob das Ausgabe-Jar existiert und Eingaben sich nicht geändert haben. Wenn diese Bedingungen erfüllt sind, überspringt das Plugin die Erstellung der JAR-Datei.

Aber es wird den Build-Kontext für uns angenehm füllen und deploy:deploy Glücklich machen. Keine zu überspringenden Tests, keine hinzuzufügenden Profile. Genau das, was Sie brauchen: Geschwindigkeit.

Zusätzlicher Hinweis: Wenn Sie das build-helper-maven-plugin, buildnumber-maven-plugin Oder ein ähnliches Plugin verwenden, um Metadaten zu generieren, die später vom maven-jar-plugin Verwendet werden (z. B. Einträge für die Manifest-Datei) Wahrscheinlich haben Sie Ausführungen, die mit der validate -Phase verknüpft sind, und Sie möchten sie weiterhin während des Erstellungsschritts jar:jar haben (und dennoch eine schnelle Ausführung beibehalten). In diesem Fall ist der fast harmlose Aufwand, den validatephase wie folgt aufzurufen:

mvn validate jar:jar deploy:deploy

Noch ein zusätzlicher Hinweis: Wenn Sie nicht jar, sondern beispielsweise war gepackt haben, verwenden Sie stattdessen war:war, Bevor Sie installieren/implementieren.

Gotcha Überprüfen Sie, wie oben erwähnt, das Verhalten in Multi-Modul-Projekten.

Diese Antwort bezieht sich auf eine sehr alte Frage, um anderen zu helfen, die sich diesem Problem stellen.

Während ich an meinem Java Projekt mit gearbeitet habe, ist dieser Fehler aufgetreten 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

dies ist fehlgeschlagen, wenn ich install:install unter Plugins - install wähle, wie mit dem roten Pfeil in der unteren Abbildung gezeigt.

Sobald ich das ausgewählte install unter Lifecycle ausgeführt habe, wie oben dargestellt, ist das Problem behoben und meine Maven-Installation wurde erfolgreich kompiliert.

Ich habe das gleiche Problem. Fehlermeldung für mich ist nicht vollständig. Aber in meinem Fall habe ich Generation Jar mit Quellen hinzugefügt. Durch Platzieren dieses Codes in 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>

In der Bereitstellungsphase führe ich also das Ziel source: jar aus, das jar mit sources erzeugt. Und die Bereitstellung endet mit BUILD SUCCESS

sie müssen die Zieldatei löschen, z. B. in jar und anderen. In C: Laufwerk Ihres Ordners unter .m2 sehen Sie den Speicherort, an dem die .jar-Datei installiert und gelöscht wird

Ich hatte das gleiche Problem, führte aber mvn install anfangs aus (nicht install: install wie bereits erwähnt).

Die Lösung besteht darin, Folgendes einzuschließen:

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

In den Plugin-Management-Bereich.

Dieser Fehler tritt auf, wenn das Maven-Install-Plugin Version 3.0.0-M1 (oder ähnlich) verwendet wird.

Wie oben und auch hier bereits erwähnt, funktioniert die folgende Plug-In-Version:

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