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เฟสวงจรชีวิตของ maven

ขั้นตอนของวงจรชีวิต Mavenเป็นขั้นตอนในการสร้างที่ปลั๊กอินบางตัวสามารถผูกเข้ากับตัวเองได้ เป้าหมายที่แตกต่างกันจำนวนมากจากปลั๊กอินที่แตกต่างกันอาจดำเนินการเมื่อคุณเรียกใช้เฟสวงจรชีวิตเดียว

สิ่งที่เดือดลงไปคือคำสั่ง ...

mvn clean install

แตกต่างจาก ...

mvn clean install:install

ก่อนหน้านี้จะเรียกใช้เป้าหมายทั้งหมดในทุกรอบที่นำไปสู่และรวมถึงการติดตั้ง (เช่นคอมไพล์แพ็กเกจทดสอบ ฯลฯ ) ส่วนหลังจะไม่รวบรวมหรือจัดแพคเกจโค้ดของคุณด้วยซ้ำมันจะเรียกใช้เป้าหมายเดียว แบบนี้ก็สมเหตุสมผลดูที่ข้อยกเว้น มันพูดถึง:

StarTeamCollisionUtil: แพ็กเกจสำหรับโปรเจ็กต์นี้ไม่ได้กำหนดไฟล์ให้กับบิวด์อาร์ติแฟกต์

ลองใช้อดีตและข้อผิดพลาดของคุณอาจหายไป!


ฉันกำลังใช้งาน Bamboo แต่ฉันไม่เห็นอะไรเลย mvn install: ติดตั้งที่ใดใน config
Pra_A

96

TL; DRในการแก้ไขปัญหานี้ให้เรียกใช้ปลั๊กอินบรรจุภัณฑ์ก่อนเช่นสำหรับการjarใช้บรรจุภัณฑ์maven-jar-pluginดังต่อไปนี้:

mvn jar:jar install:install

หรือ

mvn jar:jar deploy:deploy 

หากคุณต้องการปรับใช้จริง

Gotchaวิธีนี้จะใช้ไม่ได้หากคุณมีโปรเจ็กต์หลายโมดูลพร้อมแพ็กเกจที่แตกต่างกัน (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 (งานเจนกินส์หรืองานไม้ไผ่เช่น) ซึ่งในขั้นตอนต่างๆที่คุณต้องการดำเนินการ / ดูแลเกี่ยวกับแง่มุมต่างๆ:

  • ขั้นตอนแรกคือ mvn clean installดำเนินการทดสอบและการครอบคลุมการทดสอบ
  • ขั้นตอนที่สองคือการวิเคราะห์ Sonarqube ตามโปรไฟล์คุณภาพเช่นmvn sonar:sonarบวกตัวเลือกเพิ่มเติม
  • จากนั้นและหลังจากการดำเนินการทดสอบสำเร็จและผ่านประตูคุณภาพแล้วคุณต้องการปรับใช้กับที่เก็บข้อมูลองค์กร Maven ของคุณซึ่งเป็นสิ่งประดิษฐ์สุดท้ายของโปรเจ็กต์ แต่คุณไม่ต้องการเรียกใช้ซ้ำmvn deployเพราะจะดำเนินการขั้นตอนก่อนหน้าอีกครั้ง (และคอมไพล์ทดสอบ ฯลฯ ) และคุณต้องการสร้างของคุณให้มีประสิทธิภาพ แต่อย่างรวดเร็ว

ใช่คุณสามารถเร่งขั้นตอนสุดท้ายนี้ให้เร็วขึ้นได้อย่างน้อยก็ข้ามการทดสอบ (การรวบรวมและการดำเนินการผ่าน-Dmaven.test.skip=true) หรือเล่นกับโปรไฟล์เฉพาะ (เพื่อข้ามปลั๊กอินให้ได้มากที่สุด) แต่มันง่ายกว่าและชัดเจนมากที่จะเรียกใช้mvn deploy:deployนั้น

แต่มันจะล้มเหลวด้วยข้อผิดพลาดข้างต้นเนื่องจากตามที่ระบุไว้ในคำถามที่พบบ่อยของปลั๊กอิน :

ในระหว่างขั้นตอนการบรรจุหีบห่อทั้งหมดรวบรวมและวางไว้ในบริบท ด้วยกลไกนี้ Maven สามารถมั่นใจได้ว่าmaven-install-pluginและmaven-deploy-pluginกำลังคัดลอก / อัปโหลดไฟล์ชุดเดียวกัน ดังนั้นเมื่อคุณดำเนินการเท่านั้นdeploy:deployจะไม่มีไฟล์ใด ๆ ใส่ในบริบทและไม่มีอะไรให้ปรับใช้

อันที่จริงdeploy:deployความต้องการข้อมูลรันไทม์บางอย่างที่วางไว้ในบริบทการสร้างตามขั้นตอนก่อนหน้า (หรือการดำเนินการปลั๊กอิน / เป้าหมายก่อนหน้า)

นอกจากนี้ยังรายงานว่าเป็นจุดบกพร่องที่อาจเกิดขึ้นMDEPLOY-158: ปรับใช้: ปรับใช้ไม่ได้ผลเฉพาะการปรับใช้อาร์ติแฟกต์ไปยัง Maven Remote repo

แต่ปฏิเสธแล้วว่าไม่ใช่ปัญหา

deployAtEndตัวเลือกการกำหนดค่าของmaven-deploy-pluginจะไม่ช่วยค่าในสถานการณ์บางอย่างเพราะเรามีขั้นตอนงานกลางในการดำเนินการ:

ไม่ว่าทุกโปรเจ็กต์ควรจะถูกปรับใช้ระหว่างเฟสการปรับใช้ของตัวเองหรือเมื่อสิ้นสุดการสร้างแบบหลายโมดูล หากตั้งค่าเป็นtrueและบิลด์ล้มเหลวจะไม่มีการปรับใช้โครงการเครื่องปฏิกรณ์ใด ๆ (ทดลอง)

แล้วจะแก้ไขอย่างไร?
เพียงเรียกใช้สิ่งต่อไปนี้ในขั้นตอนที่สาม / สุดท้ายที่คล้ายกัน:

mvn jar:jar deploy:deploy

maven-jar-pluginจะไม่สร้างใหม่อีกครั้งขวดใด ๆ ที่เป็นส่วนหนึ่งของการสร้างของคุณขอบคุณของforceCreationชุดตัวเลือกที่จะfalseเป็นค่าเริ่มต้น:

กำหนดให้ปลั๊กอิน jar สร้าง JAR ใหม่แม้ว่าจะไม่มีการเปลี่ยนแปลงเนื้อหาใด ๆ ตามค่าเริ่มต้นปลั๊กอินนี้จะดูว่ามีโถเอาต์พุตอยู่หรือไม่และอินพุตไม่มีการเปลี่ยนแปลง หากเงื่อนไขเหล่านี้เป็นจริงปลั๊กอินจะข้ามการสร้าง jar

แต่มันจะเติมเต็มบริบทการสร้างสำหรับเราและทำให้deploy:deployมีความสุข ไม่มีการทดสอบให้ข้ามไม่มีโปรไฟล์ให้เพิ่ม สิ่งที่คุณต้องการ: ความเร็ว


หมายเหตุเพิ่มเติม: ถ้าคุณกำลังใช้build-helper-maven-plugin, buildnumber-maven-pluginหรือปลั๊กอินที่คล้ายกันอื่น ๆ เพื่อสร้างข้อมูลเมตาต่อมาใช้โดยmaven-jar-plugin(เช่นรายการสำหรับไฟล์ Manifest), คุณมากที่สุดอาจจะมีการประหารชีวิตที่เชื่อมโยงกับvalidateเฟสและคุณยังคงต้องการที่จะมีพวกเขาในช่วงjar:jarสร้างขั้นตอน (และยังให้ดำเนินการอย่างรวดเร็ว) ในกรณีนี้ค่าใช้จ่ายที่ไม่เป็นอันตรายเกือบทั้งหมดคือการเรียกใช้validate เฟสดังต่อไปนี้:

mvn validate jar:jar deploy:deploy

หมายเหตุเพิ่มเติมอีกประการหนึ่ง: หากคุณไม่มีjarแต่พูดwarบรรจุภัณฑ์ให้ใช้war:warก่อนติดตั้ง / ปรับใช้แทน

Gotchaตามที่ระบุไว้ข้างต้นตรวจสอบพฤติกรรมในโครงการหลายโมดูล


8
พบกับสถานการณ์ที่แน่นอนนี้ เขียนได้อย่างยอดเยี่ยม - ควรอยู่ในคำถามที่พบบ่อยของปลั๊กอินปรับใช้แทนที่จะค่อนข้างสั้นคำอธิบาย "คุณไม่สามารถทำได้"
markdsievers

ใครจะคิดว่าโถโถจะมีประโยชน์ได้บ้าง;)
wearego

ดูวิธีแก้ปัญหาของฉันสำหรับโครงการ mutli-module: stackoverflow.com/a/57824874/318174
Adam Gent

โซลูชันนี้ใช้งานได้ดีสำหรับโครงการหลายโมดูลของฉัน @AdamGent
karakays

คำอธิบายที่ยอดเยี่ยม อธิบายสถานการณ์ของฉันกับเซิร์ฟเวอร์เจนกินส์
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 ติดตั้งคอมไพล์ build สำเร็จ


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 พร้อมแหล่งที่มา และปรับใช้จบลงด้วย BUILD SUCCESS


2

คุณต้องล้างไฟล์เป้าหมายเช่นใน jar และอื่น ๆ ใน C: ไดรฟ์โฟลเดอร์ของคุณที่. m2 ดูตำแหน่งที่ติดตั้งและลบไฟล์. jar, ไฟล์ Snaphot และลบไฟล์เป้าหมายจากนั้นทำความสะอาดแอปพลิเคชันที่คุณพบว่าจะถูกเรียกใช้


วิธีแก้ปัญหาบางส่วน
Jasper Lankhorst

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กำหนดค่าปลั๊กอินซึ่งเป็น parens ตามชื่อของปลั๊กอิน


0

ฉันมีปัญหาเดียวกัน แต่ฉันได้ทำการติดตั้ง mvnในตอนแรก (ไม่ใช่ติดตั้ง: ติดตั้งตามที่กล่าวไว้ก่อนหน้านี้)

วิธีแก้ปัญหาคือรวม:

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

ในส่วนการจัดการปลั๊กอิน

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.