Résolution des priorités du Classpath avec un jar exécutable

Bonsoir tout le monde,

Voici ma question. J'ai créé un jar executable pour mon appli structurée de la facon suivante :

rootFolder/
- conf/
-- my.properties
- script/
-- theJar.jar (contenant myOther.properties)
- lib/
-- mylibs.jar (...)

J'ai écrit le MANIFEST comme ceci :
(..)
Main-Class : com.my.MainClass
Classpath : ../conf/ ../lib/mylib1.jar ../lib/mylib2.jar...
(..)

Quand j'execute mon jar avec "java -jar theJar.jar", les propriétés utilisées sont celles situées dans le jar "myOther.properties" (packagées avec Maven). Mais je voudrais que mon jar utilise celles situées dans le répertoire supérieur "conf" (créé avec Maven assembly).
J'ai réussi en utilisant la ligne de commande : "java -cp conf/;lib/;script/theJar.jar com.my.MainClass".

Donc, quel est le mécanisme qui permet à la JVM de définir les priorités dans le classpath? Pourquoi la commande "-cp" n'utilise pas le manifest? Et comment faire en sorte qu'avec le manifest et "java -jar", je puisse utiliser les propriétés du répertoire "conf" en priorité par rapport à celle dans le jar?

Merci pour vos éclairages!

Citation:

---

Envoyé par memel182

Donc, quel est le mécanisme qui permet à la JVM de définir les priorités dans le classpath?

---

Avec -jar le classpath est composé des éléments suivant :

• Le jar principal de l'application.
• Tous les éléments spécifiés par l'attribut Class-Path du manifest, dans l'ordre dans lequel ils sont déclarés...

Avec -cp, le classpath correspond tout simplement à celui que tu indiques, dans l'ordre de déclaration.

Citation:

---

Envoyé par memel182

Pourquoi la commande "-cp" n'utilise pas le manifest?

---

Parce qu'il n'y a pas de notion de jar principale.
Tu spécifies le classpath et un classe principale donc tu remplaces le manifest en quelque sorte...

Citation:

---

Envoyé par memel182

Et comment faire en sorte qu'avec le manifest et "java -jar", je puisse utiliser les propriétés du répertoire "conf" en priorité par rapport à celle dans le jar?

---

Cela dépend de la manière dont tu procèdes.

Dans ton exemple les deux fichiers properties ont des noms différents, donc cela ne devrait pas poser de problème... non ?



a++

Bonjour et merci de ces informations.

J'ai été un peu rapide en écrivant mon exemple, mais mes fichiers properties ont bien le même nom, d'où mon souci...

Ai-je donc un moyen, dans ce contexte, d'utiliser "java -jar" ou dois-je simplement utiliser "java -cp" (en retirant éventuellement les infos du classpath dans le manifest pour éviter tout conflit...)?

Dans ce cas tu pourrait utiliser la méthode getResources() de ClassLoader qui te renverra tous les fichiers du même "nom logique" via une Enumeration.

Il suffit de tout lire. Cela te lira le fichier dans le jar, puis éventuellement celui défini dans "conf" (ou un autre emplacement du classpath).

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

Properties conf = new Properties();   ClassLoader cl = Main.class.getClassLoader(); for (Enumeration<URL> e = cl.getResources("my.properties"); e.hasMoreElements() ; ) { URL url = e.nextElement();   // read properties : InputStream input = url.openStream(); try { conf.load(input); } finally { input.close(); } }

---

Et au final tu devrais avoir un objet Properties bien propre (initialisé avec le fichier properties du jar, et éventuellement modifié par celui de "conf").



a++

Merci pour ces informations... Je vais voir quelle solution est la plus adaptée à mon contexte.