Możesz określić właściwość finalName, aby nadać jarowi żądaną nazwę, i określić, że parametr appendAssemblyId powinien mieć wartość false, aby uniknąć przyrostka „jar-with-dependencies”.
Poniższa konfiguracja wyświetli plik jar o nazwie „test.jar”
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.2-beta-4</version>
<executions>
<execution>
<id>jar-with-dependencies</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
<configuration>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
<finalName>test</finalName>
<appendAssemblyId>false</appendAssemblyId>
</configuration>
</execution>
</executions>
</plugin>
Aktualizacja: na podstawie twoich komentarzy użycie wbudowanego deskryptora nie zadziała. Uważam, że jest to spowodowane błędem w ostatnich wersjach wtyczki assemblera - usunęli wsparcie dla klasyfikatorów, ale identyfikator jest naprawiony, jeśli używasz wbudowanego deskryptora, więc otrzymujesz dużą, głupią nazwę.
Aby obejść ten problem, możesz skopiować deskryptor zestawu używany przez deskryptor jar-with-dependencies i zmodyfikować id.
Ten przykład spowoduje dołączenie identyfikatora zestawu do finalName, więc jeśli potrzebujesz nazwy region-full.jar , możesz określić finalName jako region, a identyfikator zestawu jako pełny . Spowoduje to powstanie w miejscu docelowym pliku o nazwie region-full.jar, ale pamiętaj, że nadal będzie on instalowany w repozytorium Maven jako dołączony artefakt, w pełni używany jako klasyfikator. Dopóki ten identyfikator różni się od identyfikatora innego zestawu, nie powinno być jednak kolizji.
Konfiguracja pom wyglądałaby tak.
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.2-beta-4</version>
<executions>
<execution>
<id>jar-with-dependencies</id>
<phase>prepare-package</phase>
<goals>
<goal>single</goal>
</goals>
<configuration>
<descriptors>
<descriptor>src/main/assembly/jar-assembly.xml</descriptor>
</descriptors>
<finalName>region</finalName>
</configuration>
</execution>
</executions>
</plugin>
i jar-assembly.xml w src / main / assembly w następujący sposób:
<assembly>
<id>full</id>
<formats>
<format>jar</format>
</formats>
<includeBaseDirectory>false</includeBaseDirectory>
<dependencySets>
<dependencySet>
<unpack>true</unpack>
<scope>runtime</scope>
</dependencySet>
</dependencySets>
<fileSets>
<fileSet>
<directory>${project.build.outputDirectory}</directory>
</fileSet>
</fileSets>
</assembly>
Myślę, że znalazłem sposób, aby skonfigurować to bezpośrednio w pom, bez potrzeby oddzielnego jar-assembly.xml.
Zasadniczo jest to to samo, co odpowiedź Richa, z wyjątkiem tego, że finalName jest określana za pomocą artifactId i version.
źródło
Dzięki postom tutaj i kilku przeglądom dokumentacji Maven wymyśliłem następującą konfigurację ogólnego jednorazowego przepakowanego zestawu jar wykonywalnego pliku jar o niestandardowej nazwie.
W pom.xml:
W assembly.xml:
Spowoduje to, że
MyJarName.jar
wszystkie jego zależności zostaną ponownie spakowane do tego samego pliku jar i określonegoMain-Class: karlthepagain.MyMain
.źródło
Mam zamiar przyznać Richowi zasługę, że wskazał mi właściwy kierunek, ale chciałem opublikować rozwiązanie, które zadziałało dla mnie, ponieważ Rich's był nieco wyłączony:
Mój plik jar-assembly.xml wyglądał tak, co umożliwiło zmianę identyfikatora zestawu dla regionu, który był przechowywany jako właściwość w moim profilu:
Nie użyłem parametru finalName w ustawieniach wtyczki maven-assembly, ponieważ skompilowałem mój projekt z nazwą mojego projektu-nazwa-wersja-env-full.jar, gdzie env-full był klasyfikatorem.
Wyobraź sobie moje zdziwienie, gdy dowiedziałem się, że plik XML zestawu może być sparametryzowany przez elementy w kompilacji. To było dokładnie to, czego szukałem.
źródło
To zadziałało dla mnie
źródło
Możliwe jest również nadpisanie oryginalnego pliku jar, używając
${project.build.finalName}
jako ostatecznej nazwy:źródło