Discussion :

[NattyRoots]

Bonjour � tous !

Je souhaite depuis un certain temps r�aliser un projet qui serait enti�rement d�connecter, la solution alors trouv� : enregistrer les donn�es au format JSon !

J'utilise alors la biblioth�que GSon (de Google), qui me permet sans probl�me de lire et �crire des fichier .json. Malheureusement, apr�s avoir g�n�r� le .jar de mon projet, un message d'erreur s'affiche :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
file:\C:\wamp\www\RPG\dist\RPG.jar!\json\Personnage.json (La syntaxe du nom de fichier, de répertoire ou de volume est incorrect).

Vous pensez s�rement comme moi � la premi�re lecture : "Mais quel idiot, il n'utilise pas le bon chemin d'acc�s !". Et bien si, lorsque j'utilise une image r�pertori� dans "C:\wamp\www\RPG\build\classes\img\image.png", le chemin que Java va chercher ressemble � "C:\wamp\www\RPG\dist\RPG.jar!\img\image.png" et mon fichier JSon en question se trouve dans "C:\wamp\www\RPG\build\classes\json\Personnage.json" ! Je ne vois donc pas d'erreur la dessus...

Place au code !

J'utilise ce genre de classe pour acc�der au fichier :

Code Java :

S�lectionner tout - Visualiser dans une fen�tre � part

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
 
public class JDAO_Personnage {
 
    private JsonReader reader;
    private static GsonBuilder builder;
    private static Gson gson;
    private Personnage[] lesPersos;
    private String url = getClass().getResource("/json/Personnage.json").getPath();
 
    static{
        builder = new GsonBuilder();
        gson = builder.create();
    }
 
    public List<Personnage> getAllPersonnages() throws FileNotFoundException{
        System.out.println(url);
 
        reader = new JsonReader(new FileReader(url));
        lesPersos = gson.fromJson(reader, Personnage[].class);
 
        List<Personnage> listPersos = new ArrayList<Personnage>();
 
        listPersos.addAll(Arrays.asList(lesPersos));
 
        return listPersos;
    }
}

(J'ai copi� toute la classe afin que vous puissiez constater les attributs priv�s, j'esp�re que cela reste lisible...)

Comme vous pouvez le voir, j'utilise la m�thode getClass().getResource() car on me l'a tr�s "gentiment" conseill� sur StackOverflow (car ce site respire la bienveillance), si vous avez une id�e ou besoin d'une pr�cision, N'H�SITEZ PAS et dites le moi. Je suis d�sesp�r� et pr�t � me pendre au bout de mon c�ble ethernet.


A la revoyure !

[joel.drigo]

Salut,

getClass().getResource("/json/Personnage.json") �a permet de retrouver une URL d'une ressource situ�e dans le classpath, typiquement un fichier inclus dans un JAR.

Il ne faut pas chercher � transformer l'URL en String ou en File, et surtout pas avec getPath(). Il faut utiliser l'URL directement, car une URL �a peut �tre plein de choses et pas seulement un fichier. D'ailleurs, quand la ressource est dans un JAR, ce n'est plus un fichier. Donc un FileReader, sp�cialis� pour lire un File ne fonctionnera en aucun cas.

L'argument du constructeur de JSonReader (de GSon) attends une instance de Reader. Tu as une instance de URL. Il faut donc pouvoir passer de URL � Reader. Pour ce faire, on va passer par une instance de InputStream.

1. InputStream est permet de lire un flux d'octets
2. Reader permet de lire un flux de caract�res

Pour transformer un flux d'octets en flux de caract�res, on aura besoin de sp�cifier un encodage. Par exemple :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
// transformer un inputStream en Reader, en considérant que l'encodage est de l'UTF-8 :
Reader reader = new InputStreamReader(inputStream, StandardCharsets.UTF_8);

Pour obtenir un InputStream � partir d'un URL :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
url = getClass().getResource("/json/Personnage.json");
 inputStream = url.openStream();

Mais il existe aussi une m�thode qui permet d'obtenir directement cet inputStream sans passer par l'URL :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

inputStream  = getClass().getResourceAsStream("/json/Personnage.json")

Tu peux m�me utiliser directement JDAO_Personnage.class, plut�t que getClass() (en particulier, dans une m�thode static).

En r�sum�, pour lire ton .json :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

reader = new JsonReader( new InputStreamReader(JDAO_Personnage.class.getResourceAsStream("/json/Personnage.json"), StandardCharsets.UTF_8) );

Par ailleurs, quand on ouvre des flux, pour les lire (ou �crire dedans), il faut toujours veiller � les fermer lorsqu'on les a lus, pour lib�rer des ressources internes �ventuelles qui sont utilis�es pour �a et qui pourraient occuper de la m�moire inutilement. A force d'accumuler des ressources en m�moire, ton application pourrait m�me planter � cause d'un manque de m�moire (out of memory error), ou �a pourrait bloquer une autre ressource comme un port TCP/IP, l'acc�s � un fichier, etc.

un moyen simple est d'utiliser une structure particuli�re appel�e try-with-resource, qui garantira la fermeture du flux, m�me en cas d'erreur lors de l'ouverture ou de la lecture :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
try( JsonReader reader = new JsonReader( new InputStreamReader(JDAO_Personnage.class.getResourceAsStream("/json/Personnage.json"), StandardCharsets.UTF_8)) ) {
        lesPersos = gson.fromJson(reader, Personnage[].class);
}

[NattyRoots]

Bonjour � toi !

Un GRAND merci pour cette explication, gr�ce � toi je comprend bien mieux comment la lecture d'un fichier fonctionne ! Ta solution marche parfaitement, seulement j'ai voulu utiliser une technique similaire pour l'�criture de fichier !

Je ne voudrais pas prendre trop de ton temps, � sauveur, donc si tu devais choisir entre le classe

FileOutputStream

et la classe

OutputStreamWriter

, laquelle conseillerais tu ? (Ou une autre si il y a une meilleure solution !)

Natty

[joel.drigo]

De la m�me fa�on, un OutputStreamWriter, parce qu'il permet de choisir l'encodage du fichier. Un FileWriter utilisera l'encodage par d�faut.

Cependant, tu ne pourras de toute mani�re pas �crire dans un fichier se trouvant dans le jar. Enfin, il y a des solutions, mais c'est compliqu� et probl�matique. Les ressources stock�es dans le jar ne sont pas faites pour �tre modifi�es.