In realtà, non ho verificato che cosa sta facendo esattamente lo maven-shade-plugin
(o qualsiasi altro plugin) poiché maven 2 ha tutto incorporato per creare un megajar o un uberjar. Devi solo usare il plugin maven-assembly-con il descrittore jar-with-dependencies
predefinito.
Basta aggiungere questo frammento al pom.xml
per personalizzare il manifesto:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<configuration>
<archive>
<manifest>
<mainClass>my.package.to.my.MainClass</mainClass>
</manifest>
</archive>
</configuration>
</plugin>
E il seguente comando genererà il vostro uberjar:
mvn assembly:assembly -DdescriptorId=jar-with-dependencies
Ma, ancora una volta, il comportamento predefinito di questo descrittore è per decomprimere le dipendenze (come il plugin maven-shade-plugin). Per essere onesti, non capisco perché questo è un problema ma, se questo non è realmente quello che vuoi, puoi usare il tuo descrittore di assemblaggio personalizzato.
Per farlo, in primo luogo, creare il descrittore di assemblaggio, diciamo src/assembly/uberjar.xml
, con il seguente contenuto:
<assembly>
<id>uberjar</id>
<formats>
<format>jar</format>
</formats>
<includeBaseDirectory>false</includeBaseDirectory>
<dependencySets>
<dependencySet>
<unpack>false</unpack>
<scope>runtime</scope>
<useProjectArtifact>false</useProjectArtifact>
</dependencySet>
</dependencySets>
<fileSets>
<fileSet>
<directory>${project.build.outputDirectory}</directory>
<outputDirectory>/</outputDirectory>
</fileSet>
</fileSets>
</assembly>
Poi, configurare l'esperto-assemblaggio-plugin per utilizzare questo descrittore e di aggiungere le dipendenze a la Class-Path
ingresso del manifesto:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<configuration>
<descriptors>
<descriptor>src/assembly/uberjar.xml</descriptor>
</descriptors>
<archive>
<manifest>
<mainClass>my.package.to.my.MainClass</mainClass>
<addClasspath>true</addClasspath>
</manifest>
</archive>
</configuration>
<!--
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
-->
</plugin>
Infine gestita mvn assembly:assembly
per produrre il vostro uberjar.
Facoltativamente, rimuovere il commento dall'elemento executions
per associare il plug-in di assembly sulla fase package
(e avere l'assembly prodotto come parte della build normale).
+1, risposta incredibilmente utile. Potrei immaginare che alcuni produttori di software, specialmente al di fuori del sistema operativo, possano proibire il "disassemblaggio/decodificazione" del loro prodotto, o insistere sul fatto che il loro imballaggio sia mantenuto così com'è, incluso il nome del file, ecc. Assemblaggio –
: il montaggio è stato sostituito dal montaggio : single di recente. (Sono su assembly-plugin versione 2.3) Il plug-in di assembly –
è un plug-in proprio come il plug-in per l'ombra, quindi non è "build in" –