FileReader: charger un .txt à coté du .jar

Bonjour à tous!

Je souhaite pouvoir lire un .txt se trouvant à coté d'un .jar (qui est le programme executé).

Pour cela, j'ai trouvé une méthode pour obtenir l'emplacement du .jar

EDIT: Ce code fonctionne. L'erreur provenait d'ailleurs. Dsl.

Code:

---

1 2 3 4 5

File f = new File(System.getProperty("java.class.path")); File dir = f.getAbsoluteFile().getParentFile(); String path = dir.toString(); System.out.println("Emplacement dans lequel chercher : "+path);

---

Je sais pas trop comment tout fonctionne, mais il me renvoie effectivement l'emplacement du .jar
à savoir :

Code:

---

/home/user1/Bureau

---

Le problème est au moment où j'essaie de charger le fichier:
(étant sur linux, pour l'instant j'ajoute simplement un "/" plustot qu'un System.truc.dossierSeparateur)

Code:

---

1 2	BufferedReader bufferedReaderTest = new BufferedReader(new FileReader(path+"/"+"Fichier.txt"));

---

Je reçois cette erreur sur la console, et mon programme est tué :-/

Code:

---

1 2	java.io.FileNotFoundException: file:/home/user1/Bureau/TriBaseDeDonneesV0.00.1.jar!/triBaseDeDonnees/Fichier.txt (No such file or directory)

---

-->Pourquoi cherche t'il là dedans (dans mon jar) plustot que l'adresse renvoyée par path? (à savoir :

Code:

---

/home/user1/Bureau

---

)

Que faire pour charger un fichier .txt se trouvant à coté du .jar? (et pas dedans donc)

Merci pour votre aide

Hello,

Citation:

---

Envoyé par eldorico

-->Pourquoi cherche t'il là dedans (dans mon jar) plustot que l'adresse renvoyée par path? (à savoir :

Code:

---

/home/user1/Bureau

---

)

---

Il est très probable que tu te trompes, et que la variable path que tu utilises ne contienne pas "/home/user1/Bureau" mais "file:/home/user1/Bureau/TriBaseDeDonneesV0.00.1.jar!/triBaseDeDonnees".
Vérifie.

Citation:

---

Envoyé par eldorico

(étant sur linux, pour l'instant j'ajoute simplement un "/" plustot qu'un System.truc.dossierSeparateur)

---

Le / marche très bien partout, pas de raison de s'en priver, linux, Windows ou autre.

Merci mais je veux bien vérifier mais à part afficher le path à travers un string comme j'ai fait au message du dessus, mais je vois pas comment vérifier autrement :-/

J'ai raté qqchose?

Vérification:

Code:

---

System.out.println("Emplacement dans lequel chercher : "+path);

---

Résulat:

Code:

---

1 2 3 4 5

Emplacement dans lequel chercher : /home/user1/Bureau java.io.FileNotFoundException: file:/home/user1/Bureau/TriBaseDeDonneesV0.00.1.jar!/triBaseDeDonnees/Fichier.txt (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.<init>(FileInputStream.java:140) at java.io.FileReader.<init>(FileReader.java:72)

---

Je ne serai sûr de rien tant que je ne verrai pas :

Code:

---

1 2	System.out.println("Emplacement dans lequel chercher : "+path); BufferedReader bufferedReaderTest = new BufferedReader(new FileReader(path+"/"+"Fichier.txt"));

---

Deux lignes qui se suivent, avec rien entre les deux, et qui s'assurent donc que la variable "path" dans la première ligne et la variable "path" dans la deuxième ligne, est la même variable dans les deux cas et que son contenu ne change pas entre les deux.

Mais si c'est vraiment ce que tu fais, alors, je ne sais pas. FileReader n'est pas censé inventer un "file:" devant et un "/TriBaseDeDonneesV0.00.1.jar!/triBaseDeDonnees" au milieu. Ça n'a aucun sens. Chez moi, il ne fait ça en aucune circonstance.
Mais j'utilise une JRE fournie par Oracle. Peut-être que tu utilises une JRE bizarre, qui ne vient pas de chez Oracle, et qui fait des trucs louches dans FileReader. Difficile de deviner.

Moi, je vote que tu utilises une variable différente de celle que tu affiches qui n'est pas initialisée de la meme maniere :)

Bref, postes le code concerné qu'on y voit plus clair

Je suis vraiment confus... :calim2::oops:

Pour avoir revérifié le lendemain sans état d'âme à jeter l'écran par la fenêtre, je me suis rendu compte de mon erreur:
Le code que je vous ai posté fonctionne, et l'erreur reçue vient de plus bas: Il fallait refaire la même operation, et cette operation n'était pas faite comme je vous l'ai posté.

Je suis désolé d'avoir posté ça pour rien.

Encore désolé :zoubi:

Pour vous consoler (un peu peu être), j'ai néanmoins appris que les "/" fonctionnent très bien en tant que séparateurs de dossiers pour linux, windows, OSX.
Je vous remercie pour votre attention.

Je vais aller me cacher maintenant :aie: