Création D'un pot exécutable avec Gradle

les réponses de JB Nizet et Jorge_B sont correctes.

dans sa forme la plus simple, créer un JAR exécutable avec Gradle est juste une question d'ajouter les entrées appropriées au manifeste . Cependant, il est beaucoup plus courant d'avoir des dépendances qui doivent être incluses sur le chemin de classe, ce qui rend cette approche difficile dans la pratique.

le application plugin fournit une approche alternative; à la place de la création d'un JAR exécutable, il fournit:

• a run tâche pour faciliter l'exécution facile de l'application directement à partir de la construction
• une tâche installDist qui génère une structure de répertoire comprenant le JAR construit, tous les JARs dont il dépend, et un script de démarrage qui le tire tous ensemble dans un programme que vous pouvez exécuter""
• distZip et distTar tâches créer des archives contenant un application complète de la distribution (les scripts de démarrage et Bocaux)

une troisième approche consiste à créer un "fat JAR" qui est un JAR exécutable qui inclut non seulement le code de votre composant, mais aussi toutes ses dépendances. Il ya quelques différents plugins qui utilisent cette approche. J'ai inclus des liens vers quelques-uns que je connais; je suis sûr qu'il y en a d'autres.

• ombre
• one-pot
• tringle
• capsule

comme d'autres l'ont fait remarquer, pour qu'un fichier jar soit exécutable, le point d'entrée de la demande doit être défini dans l'attribut Main-Class du fichier manifeste. Si les fichiers de la classe de dépendances ne sont pas co-localisés, alors ils doivent être définis dans l'entrée Class-Path du fichier manifest.

j'ai essayé toutes sortes de combinaisons de plugin et ce n'est pas pour la tâche simple de créer un pot exécutable et d'une façon ou d'une autre, inclure les dépendances. Tous les plugins semblent manquent d'une manière ou d'une autre, mais enfin je l'ai eu comme je le voulais. Pas de scripts mystérieux, pas un million de mini-fichiers différents polluant le répertoire de compilation, un fichier de script de compilation assez propre, et surtout pas un million de fichiers de classe de tiers étrangers fusionnés dans mon archive jar.

ce qui suit est un copier-coller de ici pour votre commodité..

[comment] créer un fichier zip de distribution avec les barres de dépendances 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:
    //     /q/add-classpath-in-manifest-using-gradle-42785/"https://gist.github.com/MartinanderssonDotcom/c63675ce87947da1ef4a" rel="noreferrer">here.


The result can be found in build/distributions  et le contenu Non zippé ressemblent à ceci:  
  

  
  
    
  lib / commons-lang3-3.3.2.jar  
   
  
  MyJarFile.jar  
   
   
  
  
  

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

  
  
    
  Manifeste-Version: 1.0   
   
  
  Principal-Classe: com.somepackage.Classe principale  
  
  
  Class-Path: lib / commons-lang3-3.3.2.jar