[Débutant]Accès à un fichier

Bonjour,

j'essaye de remplir un ArrayList avec des Strings tirées d'un fichier .txt J'utilise le code suivant inspiré du bouquin de Delannoix. Mais à l'exécution, FileNotFoundException est levée. Pourtant le chemin que je fourni est le bon. Existe-t-il un truc équivalent au getResource utilisé pour récupérer les ImageIcon, par exemple ?

Code:

---

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

// Remplissage de l'ArrayList messages String ligne;   try{ BufferedReader br=new BufferedReader(new FileReader("Images/Messages.txt")); do{ ligne=br.readLine(); messages.add(ligne); } while (ligne != null); br.close(); } catch (FileNotFoundException exc){messages.add("Bingo !!!");} catch(IOException exc){messages.add("Bingo !!!");}

---

Merci,

LJM

T'es sûr que c'est un FileNotFoundException, pke si tu as une IOException, tu fais la même chose !
Et tu tournes sur unix/linux car le fileSeparator est '/' ?

Oui, je suis sûr que c'est FileNotFoundException, car j'ai effectué un test qui faisait la différence au moment même où je tapais ma question...

Sinon, je suis bien sous Windows, mais

Code:

---

BufferedReader br=new BufferedReader(new FileReader("Images\\Messages.txt"));

---

ne marche pas mieux; alors qu'ailleurs dans mon code

Code:

---

path=getClass().getResource("Images/OpenAll.gif");

---

marche au poil. Sur ce coup-là j'y perd mon latin...

En fait, le top serait de pouvoir récupérer un File à partir de l'URL renvoyée par getResource() je pense...

Salut,


FileReader, comme toutes les classes gérant des fichiers, attend un chemin absolu ou un chemin relatif par rapport au répertoire de travail (le répertoire depuis lequel tu as lancé ton application).

Alors que la méthode getResource() recherchera le fichier dans le CLASSPATH de ton application...


Donc vérifie que ton chemin est le bon :

Code:

---

System.out.println( new File("Images/Messages.txt").getAbsolutePath() );

---

a++

Voilà en fait ce qu'il fallait entrer comme chemin d'accès pour obtenir le bon chemin absolu. Le dossier parent du tout est celui qui contient l'ensemble de mon projet (sous Eclipse) et aussi mon .CLASSPATH.

Code:

---

new FileReader("src/fr/sam/bingo/Images/Messages.txt"

---

Mes classes sont toutes dans le package fr.sam.bingo. Les chemins d'accès relatifs doivent donc commencer là où se trouve le .CLASSPATH ? Où sinon ? Parceque ça, je n'ai toujours pas compris.

Voici mon arborescence créée par Eclipse :

http://img42.imageshack.us/img42/565...e1copie8rk.jpg

Si ton fichier est dans le dossier ou sous-dossier src, Eclipse le copie dans le dossier bin lors de la compilation donc ton chemin est:

Code:

---

new FileReader("bin/fr/sam/bingo/Images/Messages.txt")

---

Car lorsque tu deploit ton appli, tu ne deploit pas les src.

Info : le separateur "/" marche aussi bien pour windows, que pour linux.

OK, donc le bon chemin est "bin/fr/sam/bingo/Images/Messages.txt" ?

Par contre Eclipse me génère des JAR avec une toute autre architecture que mon arborescence de départ, et là du coup, ça ne marche plus... Comment rédiger ce *%"@ de chemin pour qu'il marche aussi bien dans Eclipse que dans le JAR ?

Je suis à deux doigts de me la prendre et de me la mordre !

L'énervement c'est mal.

Réfléchi un peu aussi, "bin", ça fait pas partie des packages... c'est juste le dossier où vont les fichiers compilés. (bon le blâme est à partager avec gronono ;)).

Et bien, je suis toujours aussi paumé. Ceci marche sous Eclipse : "bin/fr/sam/bingo/Images/Messages.txt"

mais ceci ne marche ni sous Eclipse ni dans mon JAR : "fr/sam/bingo/Images/Messages.txt" alors que là, il s'agit bien de mon package et que ce chemin est correct en partant de la racine du JAR...

Quand on parle de chemin d'accès relatif, il est en fait relatif à quoi ? Fondamentalement, je crois que c'est ça qui m'échappe.

Ca marche sous Eclipse parce que sous eclipse tu n'as pas de jar mais une arborescence. Et avec le jar ça marche pas parce que tu perds l'arborescence. Ca se fait par rapport au dossier de lancement de l'application (sous eclipse, le répertoire du projet, dans un jar, le classpath).

Voici une méthode à moi qui permet de sortir un fichier d'un jar (marche également quand il n'y a pas de jar).

Tu as qu'à la reprendre ou t'en inspirer :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

/**          * Load a File in the jar, copy it in the temp directory and          * return this copy.          *          * @param pack Package name          * @param name File name          * @return The loaded file as a Temp file          * @throws IOException          */ public static File loadFromJar(String pack, String name) throws IOException { InputStream is = FileUtils.class.getClassLoader().getResourceAsStream(pack.replaceAll("\\.", "/") + "/" + name); File f; FileOutputStream fos = null; try { f = new File(System.getProperty("java.io.tmpdir"), name); fos = new FileOutputStream(f); int n = 0; byte[] b = new byte[1024]; while ((n = is.read(b)) != -1) { fos.write(b, 0, n); } } catch (IOException e) { throw e; } finally { if (fos != null) { fos.close(); } if (is != null) { is.close(); } } return f; }

---

Pour l'utiliser il te suffirait d'appeler :

Code:

---

File messages = FileUtils.loadFromJar("fr.sam.bingo.Images", "Messages.txt");

---

Mais tant que j'y pense, ton fichier 'Messages.txt', il est structuré comment ? Parce que si c'est simplement clé=valeur, autant utiliser un fichier .properties et le mécanisme des RessourceBundle.

Mon fichier est une simple succession de lignes de texte que je veux ranger une à une dans un ArrayList sous forme de String.

Hello,

je dirais que de mettre un fichier quelconque dans un jar doit être bien réfléchi, puisque le fichier ne sera utilisable qu'en lecture...

Si tu veux faire des modifs du fichier en question, tu dois le mettre à l'extérieure du jar... pas le choix !

:wink:

Donc, si je veux faire de mon appli un JAR exécutable, il vaudrait peut-être mieux qu'elle crée "Message.txt" quelque-part sur le disque dur dès la première ouverture plutôt que de mettre le fichier tout fait directement dans le JAR ?

Mais de toutes façons, "Messages.txt" est simplment destiné à être lu...