Inclure toutes les jars d'un répertoire dans le classpath Java

Question

Existe-t-il un moyen d'inclure tous les fichiers jar d'un répertoire dans le classpath ?

J'essaie java -classpath lib/*.jar:. my.package.Program et il n'est pas capable de trouver les fichiers de classe qui sont certainement dans ces jars. Dois-je ajouter chaque fichier jar au classpath séparément ?

Answer 1

Avec Java 6 ou une version ultérieure, l'option classpath prend en charge les caractères génériques. Notez ce qui suit :

• Utilisez des guillemets droits ( " )
• Utilisez * pas *.jar

Windows

java -cp "Test.jar;lib/*" my.package.MainClass

Unix

java -cp "Test.jar:lib/*" my.package.MainClass

C'est similaire à Windows, mais utilise : au lieu de ; . Si vous ne pouvez pas utiliser de caractères génériques, bash permet la syntaxe suivante (où lib est le répertoire contenant tous les fichiers d'archive Java) :

java -cp "$(printf %s: lib/*.jar)"

(Il est à noter que l'utilisation d'un classpath est incompatible avec la fonction -jar option. Voir aussi : Exécuter un fichier jar avec plusieurs bibliothèques de classpath à partir de l'invite de commande )

Comprendre les caractères génériques

De la Chemin de classe document :

Les entrées du chemin de la classe peuvent contenir le caractère générique du nom de base. * ce qui est considéré comme équivalent à la spécification d'une liste de tous les fichiers dans le répertoire avec l'extension .jar ou .JAR . Par exemple, l'entrée entrée du chemin de la classe foo/* spécifie tous les fichiers JAR dans le répertoire nommé foo. Une entrée classpath consistant simplement en * se développe en une liste de tous les fichiers jar dans le répertoire actuel.

Une entrée de chemin de classe qui contient * ne correspondra pas aux fichiers de classe. Pour correspondre à la fois aux classes et aux fichiers JAR dans un seul répertoire foo, utilisez l'une des deux méthodes suivantes foo;foo/* ou foo/*;foo . L'ordre choisi détermine si les classes et ressources en foo sont chargés avant les fichiers JAR dans foo ou vice versa.

Les sous-répertoires ne sont pas recherchés de manière récursive. Par exemple, foo/* cherche pour les fichiers JAR uniquement dans foo et non dans foo/bar , foo/baz etc.

L'ordre dans lequel les fichiers JAR d'un répertoire sont énumérés dans le chemin d'accès étendu aux classes n'est pas spécifique. dans le chemin d'accès élargi de la classe n'est pas spécifié et peut varier d'une plateforme et même d'un moment à l'autre sur la même machine. A application bien construite ne devrait pas dépendre d'un ordre particulier. ordre particulier. Si un ordre spécifique est requis, alors les fichiers JAR peuvent être énumérés explicitement dans le chemin de la classe.

L'expansion des jokers se fait en amont, avant l'invocation de la méthode principale d'un programme, plutôt qu'en aval, pendant la durée de l'exécution. d'un programme, plutôt que tardivement, pendant le processus de chargement des lui-même. Chaque élément du chemin de la classe d'entrée contenant un contenant un joker est remplacé par la séquence (éventuellement vide) d'éléments générée par l'énumération des fichiers JAR dans le répertoire nommé. Pour exemple, si le répertoire foo contient a.jar , b.jar et c.jar alors le chemin de la classe foo/* est transformé en foo/a.jar;foo/b.jar;foo/c.jar , et cette chaîne serait la valeur de la propriété système java.class.path .

Le site CLASSPATH n'est pas traitée différemment de la variable d'environnement l'adresse -classpath (ou -cp ) de la ligne de commande. C'est-à-dire que les caractères génériques sont sont honorés dans tous ces cas. Cependant, les caractères génériques des chemins de classe ne sont pas respectés dans l'option Class-Path jar-manifest en-tête.

Remarque : en raison d'un bogue connu dans java 8, les exemples Windows doivent utiliser une barre oblique inverse précédant les entrées avec un astérisque de fin : https://bugs.openjdk.java.net/browse/JDK-8131329

Answer 2

Sous Windows, cela fonctionne :

java -cp "Test.jar;lib/*" my.package.MainClass

et cela ne fonctionne pas :

java -cp "Test.jar;lib/*.jar" my.package.MainClass

Remarquez le *.jar , donc le joker * doit être utilisé seul .

---

Sous Linux, la méthode suivante fonctionne :

java -cp "Test.jar:lib/*" my.package.MainClass

Les séparateurs sont deux-points au lieu de points-virgules .

Answer 3

Nous contournons ce problème en déployant une principal fichier jar myapp.jar qui contient un manifeste ( Manifest.mf ) spécifiant un classpath avec les autres jars requis, qui sont ensuite déployés à côté. Dans ce cas, il suffit de déclarer java -jar myapp.jar lors de l'exécution du code.

Donc si vous déployez le principal jar dans un répertoire, et ensuite mettre les bocaux dépendants dans une lib Sous ce dossier, le manifeste ressemble à ceci :

Manifest-Version: 1.0
Implementation-Title: myapp
Implementation-Version: 1.0.1
Class-Path: lib/dep1.jar lib/dep2.jar

NB : ceci est indépendant de la plateforme - nous pouvons utiliser les mêmes jars pour lancer sur un serveur UNIX ou sur un PC Windows.

Answer 4

Ma solution sur Ubuntu 10.04 utilisant java-sun 1.6.0_24 ayant toutes les jarres dans le répertoire "lib" :

java -cp .:lib/\* my.main.Class

Si cela échoue, la commande suivante devrait fonctionner (affiche tous les *.jars du répertoire lib au paramètre classpath)

java -cp $(for i in lib/\*.jar ; do echo -n $i: ; done). my.main.Class

Answer 5

Réponse courte : java -classpath lib/*:. my.package.Program

Oracle fournit une documentation sur l'utilisation des caractères de remplacement dans les classpaths. ici pour Java 6 et ici pour Java 7 sous le titre de la section Comprendre les caractères génériques des chemins de classe . (Au moment où j'écris ces lignes, les deux pages contiennent les mêmes informations.) Voici un résumé des points saillants :

• En général, pour inclure tous les JARs dans un répertoire donné, vous pouvez utiliser le caractère générique * ( pas *.jar ).

• Le caractère générique ne correspond qu'aux JARs, pas aux fichiers de classe ; pour obtenir toutes les classes d'un répertoire, il suffit de terminer l'entrée classpath par le nom du répertoire.

• Les deux options ci-dessus peuvent être combinées pour inclure tous les fichiers JAR et de classe dans un répertoire, et les règles habituelles de précédence du classpath s'appliquent. Par exemple -cp /classes;/jars/*

• Le caractère de remplacement sera pas rechercher les JARs dans les sous-répertoires.

• Les points ci-dessus sont vrais si vous utilisez l'option CLASSPATH ou la propriété du système -cp ou -classpath drapeaux de ligne de commande. Toutefois, si vous utilisez l'option Class-Path L'en-tête du manifeste JAR (comme vous pouvez le faire avec un fichier de construction ant), les caractères génériques seront les suivants pas être honorée.

Oui, mon premier lien est le même que celui fourni dans la réponse la mieux notée (que je n'ai aucun espoir de dépasser), mais cette réponse ne fournit pas beaucoup d'explications au-delà du lien. Puisque ce genre de comportement est découragé sur Stack Overflow ces jours-ci j'ai pensé que je devais m'étendre sur le sujet.