Discussion :

[deli2025]

Je rencontre un problème, lorsque je crée un jar exécutable, mon programme ne trouve pas un fichier texte présent dans un package du jar...

Voici mon code :

package : map/map.txt

Code Java :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
File fileMap = new File(getClass().getResource("./" + fichierMap).getFile());
BufferedReader bf = new BufferedReader(new FileReader(fileMap));

J'ai une 2ème question, lorsque je compile en console, par défaut j'utilise jre6 32bits, je l'ai donc échangé pour jre7 64bits, j'ai ajouter la variable d’environnement mais la commande java n'est toujours pas reconnue... Je suis obligé d'aller me positionner dans le dossier jre7/bin...

Si vous avez une idée des problèmes ?

Merci

[yotta]

Pour la première question, vous devez utiliser un Stream pour lire un fichier contenu dans le même jar que votre classe. Vous devez commencer par accéder au ClassLoader de la classe, il est donc plus explicite de faire getClass().getClassLoader() pour ensuite invoquer l'une de ses deux méthodes donnant accès au contenu (ici on peut dire que ClassLoader est le fichier jar) :
getRessource("..."), qui renvoie un URL
getRessourceAsStream("..."), qui renvoie un InputStream.
Il faut donc invoquer la méthode getRessourceAsStream de votre Classloader. Pour être plus clair, imaginons que notre programme se trouve dans un fichier nommé test.jar. Notre jar test.jar contient donc une classe test disposant de la méthode main, un dossier nommé "fichiers" dans lequel se trouve un fichier texte nommé "test.txt". Dans ce cas, pour accéder au fichier test.txt depuis la méthode main, je ferai ainsi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
try {
        InputStream fluxIn = getClass().getClassLoader().getResourceAsStream("fichiers/test.txt");
        BufferedReader lecteur = new BufferedReader(new InputStreamReader(fluxIn));
        while (lecteur.ready()) System.out.println(lecteur.readLine());
        lecteur.close();
      }
catch (Exception e) {e.printStackTrace();}

Pour précision, avec ClassLoader je crois qu'il est imposé d'utiliser des chemins absolu, et non pas relatif comme vous le faites, puisque de toute évidence, votre fichier est dans le même package que votre classe.


Pour la seconde question, il s'agit d'un problème hôte. Si vous êtes sous Windows, cela signifie que votre variable système "path" ne contient pas le chemin vers le dossier bin de votre jre (pour java.exe), ou jdk (pour javac.exe). Cela n'a rien à voir avec Java, mais avec la façon dont le système d'exploitation hôte trouve ces éléments. Donc, ça n'a rien à voir avec la variable CLASSPATH, à ne pas confondre...

[deli2025]

Salut,

Merci pour tes réponses rapides ! Je vais modifier et je te dirais quoi

Mais la 2ème questions, si justement j'ai rajouter à la variable Path : ;C:\Program Files\Java\jre7\bin\

Mais on dirait qu'il n'en tient pas compte

Edit : Ta solution pour le fichier fonctionne parfaitement ! Merci

[yotta]

Comment l'as-tu ajoutée ?

[deli2025]

Ordinateur --> Propriété système --> Variables d'environnement --> Variables système

Et je l'ai rajouté à la fin de la chaine...

[yotta]

Ok,
Si tu tape uniquement "java -version", obtiens-tu la version, ou la même erreur.
Avec Windows 7 64 bits il faut se méfier des noms de dossier. Ces derniers ne se présentent pas de la même manière selon le point de vue, explorer ou ligne de commande. Dans mon cas qui suis sous Windows 7 64 Bits, mon dossier de programmes version 64 Bits (qui dans la version 32 bits s'appelle bien "Program Files") s'appelle "Programms". Un second dossier existe, nommé lui "Program Files (x86)" dédié aux programmes 32 bits. Le plus simple, une fois en ligne de commande est de faire un "set > variables.txt", puis d'éditer tranquillement variables.txt avec Notepad.
Pour finir, je crois que cela n'a pas vraiment d'importance mais sait-on jamais, il est inutile de terminer le chemin du caractère "\". Arrêtes-toi à ...\bin; et ajoute systématiquement un ";". En effet, si tu ne le faits pas, la prochaine variable que tu ajouteras, tu ne penseras pas forcément à l'ajouter puisque tu as pris l'habitude qu'il s'y trouve déjà. Et dans ce cas, on a vite fait d'enchaîner deux chemin en oublient un caractère de séparation. Dans ce cas, Windows ignore alors tout ce qui suit. Cela signifie que l'erreur peut se situer en amont de ta variable. Car en finalité, si le chemin est bon, il est impossible que Windows ne trouve pas java.exe, et tu devrais alors au moins avoir réponse à la commande "java -version"...

[deli2025]

Ok, un grand Merci en tout cas !!