chargement d'un properties en dehors du jar

Bonjour à tous,

je souhaite externaliser certaines informations dans un fichier properties et les lire depuis mon code java (qui est ensuite empaqueté dans un .jar).
J'arrive très bien à le faire lorsque le fichier properties est au même niveau que la classe qui lit ce properties :

Code:

---

1 2 3 4 5

Properties bdd = new Properties(); InputStream file = getClass().getResourceAsStream("monFichier.properties"); bdd.load(file); file.close();

---

Mon problème, c'est que je souhaite que le fichier properties soit à l'extérieur du jar pour des raisons de souplesse (pouvoir modifier le properties sans avoir à refaire le .jar à chaque fois)

Quelqu'un sait il comment procéder? Faut il utiliser une autre méthode que getResourceAsStream() ?

Merci!

Bonjour,

Comme expliqué ici, il faut ajouter un '/' au début, sinon le package de la classe utilisée est ajoutée en début du chemin.

si le fichier est à lextérieur du classpath, il ne sera pas accessible via le classloader, tu devra donc utiliser un FileInputStream.

Tu mets ton properties à la racine de ton src, et dans ton code tu le charges de manière relative comme tout fichier de propriétés, c'est d'ailleurs plus facile que ce que t'avais fait. exemple ici

Bonjour,

Merci pour vos réponses!

Citation:

---

Tu mets ton properties à la racine de ton src, et dans ton code tu le charges de manière relative comme tout fichier de propriétés, c'est d'ailleurs plus facile que ce que t'avais fait. exemple ici

---

Je ne souhaite pas que le properties soit à la racine de mon src, sinon il va se retrouver dans le jar à la compilation.

Citation:

---

si le fichier est à lextérieur du classpath, il ne sera pas accessible via le classloader, tu devra donc utiliser un FileInputStream.

---

Justement, est il possible d'ajouter le répertoire contenant le jar au classpath? (je ne sais pas si ça a un sens d'ajouter un répertoire dans un classpath...)
comme ça je peux utiliser getRessourceAsStream. Si ce n'est pas possible, je peux utiliser FileInputStream avec un chemin relatif (genre si ma classe est dans com.package et que mon properties est à l'extérieur du jar, je donne le chemin :

Code:

---

new fileInputStream("../../../monFichier.properties")

---

(Pour successivement remonter dans le package com, puis la racine du jar, puis le répertoire qui contient le jar?)

Deaf => merci j'avais lu la FAQ mais ça ne m'a pas aidé.

le fileinputstream n'a rien de relatif avec ta classe, il est relatif au répertoire courant.

pour ajouter un répetoire au classpath, il faut le préciser à l'exécution:

Code:

---

java -cp repertoire:nomDuJar.jar nom.de.la.classe.Main

---

(le : est à remplacer ar ; sous windows)

optionellement, tu peux aussi l'ajouter au MANIFEST.MF du jar, mais là j'avoue, je n'ai jamais essayé d'y mettre autre chose que des jar ;) Dans ce dernier cas tu pourral lancer ton application avec un simple java -jar.

Citation:

---

Justement, est il possible d'ajouter le répertoire contenant le jar au classpath? (je ne sais pas si ça a un sens d'ajouter un répertoire dans un classpath...)

---

Oui, tu peux et cela a un sens, le même que pour les jars. ;)

Si ton fichier se retrouvera à terme dans un jar, c'est bien par le getResource que tu dois passer et non par le FileInputStream. Tu dois seulement t'assurer que le jar est bien dans le classpath.

tchize_ > ok pour le fileInputStream, mais qu'est ce que le répertoire courant au moment où le code s'exécute? (le repertoire de lancement du jar?, celui de java? du home du user?) Et à partir de ce répertoire courant donc, je peux aller chercher en relatif mon fichier?

Sinon plus simple peut être, j'ajoute le répertoire contenant le fichier au classpath et je vais le chercher avec un simple getRessourceAsStream?

J'essaie les 2!

Deaf > d'accord, mais je veux vraiment qu'il soit en dehors du jar, pour la raison évoqué dans mon premier post ;)

Citation:

---

Envoyé par eatherquake

Deaf > d'accord, mais je veux vraiment qu'il soit en dehors du jar, pour la raison évoqué dans mon premier post ;)

---

Au temps pour moi, j'avais mal lu ta réponse ;)

Salut,

Citation:

---

Envoyé par eatherquake

tchize_ > ok pour le fileInputStream, mais qu'est ce que le répertoire courant au moment où le code s'exécute? (le repertoire de lancement du jar?, celui de java? du home du user?) Et à partir de ce répertoire courant donc, je peux aller chercher en relatif mon fichier?

---

Cela dépend de la manière dont tu lances l'application. En fait le répertoire courant est déterminé par l'application qui lance ton application (la ligne de commande, le shell système, etc.) et on ne peut pas vraiment garantir qu'il sera toujours le même.



Après s'il s'agit d'un simple fichier de configuration, le plus simple serait de le mettre dans le répertoire de l'utilisateur :

Code:

---

File configFile = new File(System.getProperty("user.home"), ".myapps-config.css");

---

@DevServlet : Attention le code que tu donnes en lien est incorrect (pas de fermeture des flux - j'ai répondu sur son billet).

a++

Salut,

merci pour tes précisions adiGuba.
Je continue mes tests mais je galère un peu :
J'ai ajouté au classpath le répertoire qui contient mon fichier config.properties. Je le vois bien en faisant un

Code:

---

System.out.println(System.getProperty("java.class.path"));

---

Ensuite, je croyais que puisque le répertoire contenant le fichier était dans le classpath, un simple :

Code:

---

InputStream is = getClass().getResourceAsStream("config.properties");

---

récupérait le flux du fichier... mais ici, la variable is est null.
J'avoue que j'aimerai vraiment trouvé la solution en utilisant cette méthode, parcequ'elle me parait plus simple (à mon goût).

Quelque chose m'échappe mais je ne vois pas :?

Merci pour votre aide (vous m'en avais déjà bien appris :ccool:)

Ok c'est bon j'ai trouvé (enfin si j'avais bien relu ton 1er post deaf, ça aurait plus vite :oops:)
il fallait effectivement ajouté un "/" au début du nom du fichier (en paramètre de la méthode getResourceAsStream) sinon il ajoute en effet le package de la classe qui fait cette appel... (j'ai débuggé la méthode getResourceAsStream pour m'en rendre compte :aie:)

En tout cas, merci beaucoup pour votre aide, mon problème est résolu, et j'ai appris pas mal de trucs au passage :ccool: