La création de runnable JAR avec Gradle

D'un fichier jar exécutable est juste un fichier jar contenant de la Principale entrée de la Classe dans son manifeste. Donc, vous avez juste besoin de configurer le jar tâche afin d'ajouter cette entrée dans son manifeste:

jar {
    manifest {
        attributes 'Main-Class': 'com.foo.bar.MainClass'
    }
}

Vous pourriez aussi avoir besoin d'ajouter classpath entrées dans le manifeste, mais qui serait fait de la même façon.

Voir http://docs.oracle.com/javase/tutorial/deployment/jar/manifestindex.html

Comme d'autres l'ont noté, dans le but d'un fichier jar pour être exécutable, l'application du point d'entrée doit être défini dans le Main-Class attribut du fichier manifeste. Si la dépendance de fichiers de classe ne sont pas ensemble, alors ils doivent être réglés dans le Class-Path entrée du fichier manifest.

J'ai essayé toutes sortes de plugin combinaisons et ce n'est pas pour la simple tâche de création d'un exécutable jar et en quelque sorte, d'une certaine manière, inclure les dépendances. Tous les plugins semblent manquer d'une manière ou d'une autre, mais enfin je l'ai eu comme je le voulais. Pas de mystérieux scripts, pas de un million de différentes mini-fichiers de polluer le répertoire de construction, une jolie construction propre fichier de script, et par-dessus tout: pas un million de tiers étrangers classe les fichiers fusionnés dans mon jar archive.

Ce qui suit est un copier-coller à partir de ici pour votre confort..

[How-to] créer une distribution fichier zip avec dépendance pots dans le sous-répertoire /lib et ajouter toutes les dépendances à Class-Path entrée dans le fichier manifeste:

apply plugin: 'java'
apply plugin: 'java-library-distribution'

repositories {
    mavenCentral()
}

dependencies {
    compile 'org.apache.commons:commons-lang3:3.3.2'
}

//Task "distZip" added by plugin "java-library-distribution":
distZip.shouldRunAfter(build)

jar {
    //Keep jar clean:
    exclude 'META-INF/*.SF', 'META-INF/*.DSA', 'META-INF/*.RSA', 'META-INF/*.MF'

    manifest {
        attributes 'Main-Class': 'com.somepackage.MainClass',
                   'Class-Path': configurations.runtime.files.collect { "lib/$it.name" }.join(' ')
    }
    //How-to add class path:
    //    https://stackoverflow.com/questions/22659463/add-classpath-in-manifest-using-gradle
    //    https://gist.github.com/simon04/6865179
}

Accueilli comme un résumé ici.

Le résultat peut être trouvé dans build/distributions et décompressé le contenu ressembler à ceci:

lib/commons-lang3-3.3.2.jar

MyJarFile.jar

Contenu de MyJarFile.jar#META-INF/MANIFEST.mf:

Manifest-Version: 1.0

Principal-Classe: com.somepackage.MainClass

Chemin de classe: lib/commons-lang3-3.3.2.jar

Avez-vous essayé le " installApp de la tâche? N'est-il pas de créer un répertoire complet avec un ensemble de scripts de démarrage?

http://www.gradle.org/docs/current/userguide/application_plugin.html

Vous pouvez définir un pot artefact dans les paramètres du module (ou de la structure de projet).

• Clic droit sur le module > Ouvrir les paramètres du module > Artefacts > + > JAR > à partir de modules avec des dépendances.
• Ensemble de la classe principale.

Faire un pot est alors aussi facile que de cliquer sur "Construire artefact..." dans le menu générer. Comme un bonus, vous pouvez regrouper toutes les dépendances dans un seul pot.

Testé sur IntelliJ IDEA 14 Ultimate.