trouver une ressource

bonjour,
j'ai un package dans lequel j'ai placé des fichiers .bin
moi je travail dans le package org.ces.cagt.blabla et les fichiers .bin se trouvent dans le package org.ces.cagt.binaryfiles

quand je fais

Code:

---

BufferedReader in = new BufferedReader(new FileReader("org/ces/cagt/binaryfiles/monfichier.bin"));

---

ça marche pas : fichier introuvable!!
le

Code:

---

getClass.getResources("org/ces/cagt/binaryfiles/monfichier.bin")

---

ne marche pas non plus puisque ce dernier te revoie une URL et le constructeur de FileReader n'accepte pas d'URL

qq a une idée ??

PS: je suis sous netbeans

Essaye donc:

Code:

---

getClass().getClassLoader().getRessourceAsStream("ta ressource");

---

C'est comme ça que je charge mes fichiers ressources et ça marche très bien! Tu récupéreras un InputStream, par contre, et non pas un FileReader: j'espère que ça ne te gènera pas


A mon avis, tu auras du mal à trouver une méthode JAVA qui te permettra d'ouvrir une ressource située dans un package avec les classes File ou FileReader.

Si tu compiles ton projet en jar, tes ressources seront encapsulées dans le jar, et File ou FileReader ne fonctionneront naturellement plus (ces classes ne lisentpas l'intérieur d'un jar)

Il est donc normal dene pas pouvoir ouvrir une ressource par un FileReader à mon avis. Par contre, getRessourceAsStream() ouvre ta ressource sans problème à l'intérieur d'un jar.

j'ai absolument besoin de la méthode readLigne !!!! elle est indispensable !

as-tu une idée ?

Salut,

Essaye plutot :

Code:

---

1 2	getClass.getResources ("/org/ces/cagt/binaryfiles/monfichier.bin");

---

Il faut te placer à la racine de l'archive jar.

a+

Citation:

---

Envoyé par Kh4iN3

Salut,

Essaye plutot :

Code:

---

1 2	getClass.getResources ("/org/ces/cagt/binaryfiles/monfichier.bin");

---

Il faut te placer à la racine de l'archive jar.

---

elle ne marche pas:
1) parceque elle retourne une URL;
2) parceque même si je fais

Code:

---

1 2	getClass.getResources ("/org/ces/cagt/binaryfiles/monfichier.bin").toString();

---

elle va rechercher depuis ce "c:\" et non a partir du jar !!!

une autre idée ??

j'ai trouvé cette solution, qui dit mieux !!!! ???

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

BufferedReader in = null; BufferedWriter out = null; String s = null; try { out = new BufferedWriter (new FileWriter("tmp.tmp")); InputStream is = getClass().getResourceAsStream("/org/ces/cagt/binaryfiles/monfichier.bin"); int i; while ((i = is.read())!=-1) out.write(i); out.close(); is.close(); in = new BufferedReader(new FileReader("tmp.tmp")); /**                traitement sur le fichier binaire             */ } catch (IOException ex) { ex.printStackTrace(); } File f = new File("tmp.tmp"); f.delete();

---

ça consiste tout simplement à extraire du jar le fichier binaire, le stocker dans un fichier tmp.tmp et en suite supprimer le fichier tmp

qu'en dites-vous ?

Salut,

Citation:

---

Envoyé par mhamedbj

ça consiste tout simplement à extraire du jar le fichier binaire, le stocker dans un fichier tmp.tmp et en suite supprimer le fichier tmp

qu'en dites-vous ?

---

Tu t'es un peu compliqué la vie...

Tu as une vision un peu étriqué des flux : un Reader ne sert pas seulement à lire un fichier, mais peut lire n'importe quel flux depuis n'importe quelle source...

Code:

---

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

try { BufferedReader in = new BufferedReader( new InputStreamReader( getClass().getResourceAsStream("/org/ces/cagt/binaryfiles/monfichier.bin") ) ); try { /**                   traitement sur le fichier binaire                 */   } finally { in.close(); } } catch (IOException e) { e.printStackTrace(); }

---

a++

merci !!!!!!!
ça marche.
donc si j'ai bien compris un FileReader c'est pour lire seulement des fichiers, et le InputStreamReader c'est pour les flux d'octets quelque soit leurs origine !! ?

un truc qui me fait peur, c'est que tu utilises un Reader pour traiter des fichiers binaires ?
Si tu veux vraiment traiter des fichiers binaires, c'est InputStream qu'il te faut employer.

Vincent

non non non, du tout, le .bin est trompeur, je m'en excuse, c'est pas moi qui a crée ces fichiers, mais en fait se sont des fichiers texte.