81 votos

Jar ejecutable de problema edificio con maven

Estoy tratando de generar un jar ejecutable para un hogar pequeño proyecto llamado "logmanager" el uso de maven, tal como esto:

http://stackoverflow.com/questions/574594/how-can-i-create-an-executable-jar-with-dependencies-using-maven

He añadido el fragmento que se muestra allí a la pom.xml y corrió mvn de la asamblea:la asamblea. Genera dos archivos jar en logmanager/destino: logmanager-0.1.0.jar y logmanager-0.1.0-jar-with-dependencies.jar. Me sale un error cuando hago doble click en el primer frasco:

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

Un poco diferente de error cuando hago doble clic en el jar-with-dependencies.jar:

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

He copiado y pegado la ruta de acceso y el nombre de la clase, y se comprueba la ortografía en el POM. Mi clase principal de la lanza multa de un eclipse de configuración de inicio. Alguien me puede ayudar a averiguar por qué mi archivo jar no se ejecutan? También, ¿por qué hay dos frascos para empezar? Déjeme saber si usted necesita más información.

Gracias!

[Editar: mi POM es la siguiente:]

<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>

177voto

Pascal Thivent Puntos 295221

En realidad, creo que la respuesta dada en la pregunta que usted ha mencionado es sólo incorrecto (UPDATE - 20101106: alguien se fija, esta respuesta se refiere a la versión anterior de la edición), y esto explica, al menos parcialmente, por qué estás en problemas.


Genera dos archivos jar en logmanager/destino: logmanager-0.1.0.jar y logmanager-0.1.0-jar-with-dependencies.jar.

El primero es el TARRO de la logmanager módulo generado durante la package fase jar:jar (debido a que el módulo consta de un envase de tipo jar). La segunda es la asamblea generados por assembly:assembly y debe contener las clases a partir del módulo actual y sus dependencias (si usted utiliza el descriptor jar-with-dependencies).

Me sale un error cuando hago doble click en el primer frasco:

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

Si se aplica la propuesta de la configuración de los enlaces indicados como referencia, configura el frasco plugin para producir un ejecutable artefacto, algo como esto:

  <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>

Así, logmanager-0.1.0.jar es de hecho ejecutable, sino 1. esto no es lo que usted quiere (porque no tiene todas las dependencias) y 2. no contiene com.gorkwobble.logmanager.LogManager (esto es lo que el error es decir, comprobar el contenido de la jarra).

Un poco diferente de error cuando hago doble clic en el jar-with-dependencies.jar:

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

De nuevo, si se ha configurado la asamblea plugin como se ha sugerido, usted tiene algo como esto:

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

Con esta configuración, logmanager-0.1.0-jar-with-dependencies.jar contiene las clases del módulo actual y sus dependencias, pero, de acuerdo con el error, su META-INF/MANIFEST.MF no contienen un Main-Class de entrada (probablemente no el mismo MANIFIESTO.MF como en logmanager-0.1.0.jar). El frasco es en realidad no ejecutable, que a su vez no es lo que usted desea.


Por lo tanto, mi sugerencia sería la de eliminar la configuration elemento de la maven-jar-plugin y configurar maven-assembly-plugin como este:

  <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>

Por supuesto, sustituir org.sample.App con la clase que usted quiere que se han ejecutado. Bono poco, he enlazado assembly:single a package fase, así que usted no tiene que correr assembly:assembly más. Sólo tiene que ejecutar mvn install y la asamblea se produce durante la compilación estándar.

Así que, por favor, actualice su pom.xml con la configuración dada anteriormente y ejecutar mvn clean install. A continuación, el cd en la target directorio e inténtelo de nuevo:

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

Si obtiene un error, por favor, actualice su pregunta con ella y publicar el contenido de la META-INF/MANIFEST.MF archivo y la parte pertinente de su pom.xml (los plugins de configuración de piezas). También, por favor, para publicar el resultado de:

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

para demostrar que se está trabajando bien en la línea de comandos (independientemente de lo que eclipse está diciendo).

EDIT: Para Java 6, necesita configurar maven-compiler-plugin. Agregue esto a su 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>

4voto

mike Puntos 1239

Puesto que sería demasiado largo para un Comentario:

La respuesta de Pascal Thivent también me ayudó. Pero si te las arreglas tus plugins dentro de la <pluginManagement> elemento, tiene que definir la Asamblea nuevamente fuera de la gerencia del plugin, o bien las dependencias no estén embaladas en el frasco si ejecuta 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>

3voto

leonidv Puntos 587

Si no quieres ejecutar meta Asamblea en paquete, puede utilizar el comando siguiente:

mvn package assembly:single

Paquete esta palabra clave.

Iteramos.com

Iteramos es una comunidad de desarrolladores que busca expandir el conocimiento de la programación mas allá del inglés.
Tenemos una gran cantidad de contenido, y también puedes hacer tus propias preguntas o resolver las de los demás.

Powered by:

X