Ich benutze Maven, um ein jar-with-dependencies jar zu erstellen. Eine der Vendor-JAR-Dateien im Projekt hat ähnlich Klassen mit unterschiedlichen Fällen benannt. Zum Beispiel aM.class und am.class.Maven-Build scheint Klassen beim Erstellen von JAR-with-dependencies zu überschreiben
Wenn der Build die JAR-Datei "jar-with-dependencies" erstellt, ist nur aM.class vorhanden. am.class scheint überschrieben oder übersprungen worden zu sein. Das Gleiche passiert für alle ähnlich benannten Klassen-Dateien.
Wir haben ein paar Workarounds, aber ich bin neugierig, warum sich der Maven Build so verhält. Dank
Mein Pom:
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.1</version>
<configuration>
<archive>
<manifest>
<mainClass>com.mytest.MyTest</mainClass>
</manifest>
</archive>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
</configuration>
<executions>
<execution>
<id>make-assembly</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
<dependencies>
<dependency>
<groupId>com.bloomberglp</groupId>
<artifactId>blpapi3</artifactId>
<version>3.10.1</version>
</dependency>
</dependencies>
Hmm dies ist wahrscheinlich aufgrund der Tatsache, dass Sie kompilieren unter Windows und es ist Groß-und Kleinschreibung Betriebssystem. Aber ich bin nicht sicher, warum das OS beim Entpacken der Abhängigkeiten ins Spiel kommen würde. Versuchen Sie es mit der neuesten Version von 'maven-assembly-plugin' 2.6. – Tunaki
Wenn Sie wirklich Klassen haben, die identisch benannt sind und ihr Paket das gleiche ist, wie sollte der Klassenlader so etwas handhaben? Welche Klasse wird zuerst geladen? – khmarbaise
Ja ..... das ist irgendwie peinlich, aber ich habe vergessen, Windows ist nicht Groß-und Kleinschreibung. Der Hersteller-Jar muss unter Linux/Solaris generiert werden. Die Verwendung des Schatten-Plugins anstelle des Assembly-Plugins behebt mein Problem. Danke – Roy