La construction de l'exécutable jar avec maven?

Je suis en train de générer un exécutable jar pour un petit projet de la maison appelée "logmanager" à l'aide de maven, juste comme ça:

Comment puis-je créer un fichier exécutable JAR avec des dépendances à l'aide de Maven?

J'ai ajouté de l'extrait montré il y à la pom.xml et a couru mvn de l'assemblée:l'assemblée. Il génère deux fichiers jar dans logmanager/cible: logmanager-0.1.0.jar et logmanager-0.1.0-jar-with-dependencies.jar. J'obtiens une erreur lorsque je double-clique sur le premier pot:

Could not find the main class: com.gorkwobble.logmanager.LogManager. Program will exit.

Un peu différente d'erreur lorsque je double-cliquez sur l'jar-with-dependencies.jar:

Failed to load Main-Class manifest attribute from: C:\EclipseProjects\logmanager\target\logmanager-0.1.0-jar-with-dependencies.jar

J'ai copié et collé le chemin d'accès et le nom de la classe, et de vérifier l'orthographe dans le POM. Ma classe principale lance bien à partir d'une éclipse de la configuration de lancement. Quelqu'un peut-il m'aider à comprendre pourquoi mon fichier jar ne fonctionne pas? Aussi, pourquoi il y a deux pots pour commencer? Laissez-moi savoir si vous avez besoin de plus d'informations.

Ici, c'est la pleine pom.xml, pour référence:

<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/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.gorkwobble</groupId>
<artifactId>logmanager</artifactId>
<name>LogManager</name>
<version>0.1.0</version>
<description>Systematically renames specified log files on a scheduled basis. Designed to help manage MUSHClient logging and prevent long, continuous log files.</description>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<version>2.2</version>
<!-- nothing here -->
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.2-beta-4</version>
<configuration>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
<archive>
<manifest>
<mainClass>com.gorkwobble.logmanager.LogManager</mainClass>
</manifest>
</archive>
</configuration>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.6</source>
<target>1.6</target>
</configuration>
</plugin>
</plugins>
</build>
<dependencies>
<!-- commons-lang -->
<dependency>
<groupId>commons-lang</groupId>
<artifactId>commons-lang</artifactId>
<version>2.4</version>
</dependency> 
<!-- Quartz scheduler -->
<dependency>
<groupId>opensymphony</groupId>
<artifactId>quartz</artifactId>
<version>1.6.3</version>
</dependency>
<!-- Quartz 1.6.0 depends on commons collections -->
<dependency>
<groupId>commons-collections</groupId>
<artifactId>commons-collections</artifactId>
<version>3.1</version>
</dependency>
<!-- Quartz 1.6.0 depends on commons logging -->
<dependency>
<groupId>commons-logging</groupId>
<artifactId>commons-logging</artifactId>
<version>1.1</version>
</dependency>
<!-- Quartz 1.6.0 requires JTA in non J2EE environments -->
<dependency>
<groupId>javax.transaction</groupId>
<artifactId>jta</artifactId>
<version>1.1</version>
<scope>runtime</scope>
</dependency>
<!-- junitx test assertions -->
<dependency>
<groupId>junit-addons</groupId>
<artifactId>junit-addons</artifactId>
<version>1.4</version>
<scope>test</scope>
</dependency>
<!-- junit dependency; FIXME: make this a separate POM -->
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.1</version>
</dependency>
</dependencies>
<dependencyManagement>
</dependencyManagement>
</project>
InformationsquelleAutor RMorrisey | 2009-11-29
  1. 242

    Effectivement, je pense que la réponse donnée dans le question que vous avez mentionné est juste mal (mise à JOUR - 20101106: quelqu'un, il fixe, ce réponse fait référence à la la version précédente de la modifier) et c'est ce qui explique, au moins partiellement, pourquoi vous exécutez dans les ennuis.

    Il génère deux fichiers jar dans logmanager/cible: logmanager-0.1.0.jar et logmanager-0.1.0-jar-with-dependencies.jar.

    Le premier est le POT de la logmanager module généré au cours de la package phase par jar:jar (parce que le module dispose d'un emballage de type jar). Le second est l'assembly généré par assembly:assembly et doit contenir les classes du module en cours et de ses dépendances (si vous avez utilisé le descripteur de jar-with-dependencies).

    J'obtiens une erreur lorsque je double-clique sur le premier pot:

    Could not find the main class: com.gorkwobble.logmanager.LogManager. Program will exit.

    Si vous avez appliqué la suggestion de configuration du lien posté en référence, vous avez configuré le jar du plugin pour produire un exécutable artefact, quelque chose comme ceci: 

      <plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<configuration>
<archive>
<manifest>
<addClasspath>true</addClasspath>
<mainClass>com.gorkwobble.logmanager.LogManager</mainClass>
</manifest>
</archive>
</configuration>
</plugin>

    Donc logmanager-0.1.0.jar est en effet exécutable, mais 1. ce n'est pas ce que vous voulez (car il n'a pas toutes les dépendances) et 2. il ne contient pas de com.gorkwobble.logmanager.LogManager (c'est ce que l'erreur est de dire, vérifier le contenu de la jarre).

    Un peu différente d'erreur lorsque je double-cliquez sur l'jar-with-dependencies.jar:

    Failed to load Main-Class manifest attribute from: C:\EclipseProjects\logmanager\target\logmanager-0.1.0-jar-with-dependencies.jar

    Encore une fois, si vous avez configuré l'assemblée plugin comme l'a suggéré, vous avez quelque chose comme ceci:

      <plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<configuration>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
</configuration>
</plugin>

    Avec cette configuration, logmanager-0.1.0-jar-with-dependencies.jar contient les classes du module en cours et ses dépendances, mais, en fonction de l'erreur, son META-INF/MANIFEST.MF n'est pas contenir un Main-Class entrée (de son probablement pas le même MANIFESTE.MF comme dans logmanager-0.1.0.jar). Le pot est en fait pas exécutable, qui encore une fois n'est pas ce que vous voulez.

    Donc, ma suggestion serait de retirer le configuration élément de l'maven-jar-plugin et de configurer le maven-assembly-plugin comme ceci:

      <plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<version>2.2</version>
<!-- nothing here -->
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.2-beta-4</version>
<configuration>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
<archive>
<manifest>
<mainClass>org.sample.App</mainClass>
</manifest>
</archive>
</configuration>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>

    Bien sûr, remplacer org.sample.App avec la classe que vous souhaitez avoir exécuté. Petit bonus, j'ai lié assembly:single à la package phase de sorte que vous n'avez pas à exécuter assembly:assembly plus. Il suffit d'exécuter mvn install et de l'assemblée seront produites au cours de la version standard.

    L'affirmative, veuillez mettre à jour votre pom.xml avec la configuration donnée ci-dessus et lancez mvn clean install. Ensuite, insérez le cd de target répertoire et essayez de nouveau:

    java -jar logmanager-0.1.0-jar-with-dependencies.jar

    Si vous obtenez une erreur, veuillez mettre à jour votre question avec lui et afficher le contenu de la META-INF/MANIFEST.MF fichier et la partie pertinente de votre pom.xml (la configuration des plugins de pièces). Veuillez également d'afficher le résultat de:

    java -cp logmanager-0.1.0-jar-with-dependencies.jar com.gorkwobble.logmanager.LogManager

    de démontrer qu'il fonctionne correctement sur la ligne de commande (indépendamment de ce que eclipse est dire).

    EDIT: Pour la version 6 de Java, vous devez configurer le maven-compiler-plugin. Ajoutez ceci à votre pom.xml:

      <plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.6</source>
<target>1.6</target>
</configuration>
</plugin>
    • Merci pour vos commentaires! J'ai changé mon pom.xml comme vous l'avez spécifié. Quand j'ai exécuter mvn clean install, je reçois un tas d'erreurs de compilation de mon code, en disant que les annotations et ainsi de suite ne sont pas pris en charge à la source 1.3. Je suis à l'aide de jdk1.6 et il compile dans eclipse; je ne suis pas sûr de savoir comment les 1.3 ai découvert. Peut-être l'une des versions de la bibliothèque dans le pom extrait est ancienne?
    • Merci! Je suis passé du 1.3 problème. J'ai également eu à ajouter de la junit4 dépendance à mon POMPON. Je suis en train de travailler sur la résolution d'autres choses; si je suis coincé, je vais poster à nouveau! Si j'ai le pot de course, je vais marquer cette réponse. Mon POM est mis à jour dans la question ci-dessus.
    • Est-il possible d'exclure les ressources à partir du fichier jar généré?
    • Jar? La valeur par défaut d'un ou de celui généré par l'assemblée plugin? Dans les deux cas, c'est possible, mais pas exactement de la même manière.
    • Celui généré par l'assemblée plugin. J'ai trouvé un moyen merci pour votre réponse ici stackoverflow.com/questions/2737601/.... Merci.
    • Thivent: Désolé, je pense que je me trompe. J'ai posé une question au sujet de mon problème (stackoverflow.com/questions/4113697/...). Pourriez-vous m'aider? Je vous remercie beaucoup.
    • Belle réponse, mais j'ai un petit problème avec mon assemblée. Lorsque je passe appendAssemblyId pour de faux, j'ai mes classes doublé dans mon outpu fichier jar! Une idée de comment résoudre ce problème? Je suppose que l'assemblée plugin serait normalement créer un nouveau fichier jar avec "-jar-with-dependencies" suffixe, mais depuis que j'ai arrêté il ajoute les dépendances avec les fichiers de projet dans le bocal (créé avec jar:jar)
    • conformément à l'approche décrite ci-dessus, la charge pots sont en explosé au format à l'intérieur de mon bocal. Est-il possible de conserver les dépendances comme les pots (dans mon pot) ?
    • Si je pouvais donner plus d'un upvote sur ce, j'ai donc serait. Merci beaucoup comme l'autre réponse ne fonctionne tout simplement pas pour moi.
    • Est-il possible d'avoir résultant pot d'avoir un nom "normal"?
    • Pour répondre à mon propre commentaire: à l'aide de "l'ombre" plugin avec "transformers" de la propriété des œuvres pour modifier le nom du produit jar.
    • J'ai également trouvé ce Sonatype blog utile

    InformationsquelleAutor Pascal Thivent
  2. 15

    La réponse de Pascal Thivent m'a aidé, aussi.
    Mais si vous gérez vos plugins dans le <pluginManagement>élément, vous devez définir l'assemblage de nouveau en dehors de la gestion des plugins, ou bien les dépendances ne sont pas emballés dans le pot si vous exécutez mvn install.

    <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>
<version>1.0.0-SNAPSHOT</version>
<packaging>jar</packaging>
<build>
<pluginManagement>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.1</version>
<configuration>
<source>1.6</source>
<target>1.6</target>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.4</version>
<configuration>
<archive>
<manifest>
<mainClass>main.App</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>
</plugins>
</pluginManagement>
<plugins> <!-- did NOT work without this  -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
</plugin>
</plugins>
</build>
<dependencies>
<!--  dependencies commented out to shorten example -->
</dependencies>
</project>
    • Merci Mike, Il m'a aidé. Au départ, mon colis a été l'obtention de produits sans l'aide de <pluginManagement>. Mais l'Éclipse a été de donner une erreur dans pom.xml "maven - Plugin d'exécution ne sont pas couverts par le cycle de vie". Ce qui me distraire. Donc pour résoudre cela, j'ai ajouté <pluginManagement>, maintenant l'éclipse erreur disparu, mais mon colis a cessé de construire. Votre extrait ci-dessus de pom a fonctionné pour moi. 🙂
    • Cela a été utile.. alors que l'aide de <pluginManagement>, la réponse sommet ne fonctionne pas.
    InformationsquelleAutor mike
  3. 5

    Si vous ne voulez pas exécuter l'assemblée objectif sur l'emballage, vous pouvez utiliser la commande suivante:

    mvn package assembly:single

    Ici paquet est le mot clé.

    InformationsquelleAutor leonidv
  4. 0

    Cliquez-droit sur le projet et de donner maven build,maven propre,maven pour générer des ressources et de l'installer maven.Le fichier jar générera automatiquement.

    InformationsquelleAutor dolly doll