Discussion :

[Bloodscalp]

J'ai plusieurs fichiers tiers dans mon projet que j'ai besoin d'utiliser. Je les ai placés dans un dossier "ressources" qui se trouve au même endroit que mes .class et mes .java. Or, il s'avère que dans Java on peut rarement mettre un chemin relatif mais toujours des chemin absolus. Pas très pratique pour la portabilité du programme .

Donc j'aurais bien aimé savoir une bonne fois pour toute comment faire un chemin relatif qui tienne le coup quand on compile notre jar.
J'ai trouvé ce post dans la FAQ mais je ne comprend pas ce que c'est sensé faire, du coup, pas facile à débugger quand ça ne marche pas.

Je n'aimerais pas juste un bout de code a coller mais qu'on m'explique, je déteste ne pas comprendre mon code et on se retrouve toujours dans la m**** après quand on fait comme ça.

Merci d'avance.

[adiGuba]

Salut,

J'ai plusieurs fichiers tiers dans mon projet que j'ai besoin d'utiliser. Je les ai placés dans un dossier "ressources" qui se trouve au même endroit que mes .class et mes .java. Or, il s'avère que dans Java on peut rarement mettre un chemin relatif mais toujours des chemin absolus. Pas très pratique pour la portabilité du programme .

On peut très bien mettre des chemins absolu !!!!

Donc j'aurais bien aimé savoir une bonne fois pour toute comment faire un chemin relatif qui tienne le coup quand on compile notre jar.

La principale question est où vont se trouver ces ressources une fois que l'application est distribué en tant que jar ?


a++

[Bloodscalp]

On peut très bien mettre des chemins absolu !!!!

Des chemins relatifs tu veux dire ?

Je viens de comprendre 2-3 trucs.

Apparemment, getClass() retourne le chemin ou l'application est exécutée.
Et getRessource() est obligatoire pour faire comprendre a Java que c'est une ressource extérieure que l'on désire utiliser.

Donc le code devrait être :
getClass().getRessource("ressources/maRessources.ext");

A adapter ensuite si l'on désire un string, un stream, un file ou un URL.

Cependant ce code ne fonctionne pas. Il me dit à chaque fois que le fichier est introuvable, alors que le chemin est correct.
C'est sûrement le problème évoqué par afrikha sur ce post.

Il conseille l'utilisation de getClassloader(). A quoi correspond-elle ? Que fait-elle ? Je n'arrive pas à trouver des infos dessus.

Mes fichiers sont pris dans la compilation du jar, ils sont donc toujours présents.

[Bloodscalp]

En réalité, le chemin est un peu différent.

C:/Documents%20and%20Settings/xojmrc/Eclipse/xmlBuilder/xmlBuilder/ressources/config.ini

Est-ce que Java comprend les %20 ?

Si non, comment les enlever et mettre des espaces à la place ?

[adiGuba]

Des chemins relatifs tu veux dire ?

Euh... oui

Apparemment, getClass() retourne le chemin ou l'application est exécutée.

Non getClass() retourne un objet du type Class représentant le type de l'objet.

Et getRessource() est obligatoire pour faire comprendre a Java que c'est une ressource extérieure que l'on désire utiliser.

getResource() permet de charger une resource depuis le CLASSPATH en utilisant le ClassLoader.

Le ClassLoader est la classe qui gère le chargement des classes et des resources.

Donc le code devrait être :
getClass().getRessource("ressources/maRessources.ext");

Cela dépend de la location exacte de ta resource... mais comme j'ignore toujours la location exacte de ton fichier ce n'est pas évident de t'aider...

Il conseille l'utilisation de getClassloader(). A quoi correspond-elle ? Que fait-elle ? Je n'arrive pas à trouver des infos dessus.

getClassLoader() permet d'obtenir le ClassLoader et donc de récupérer des resources dans le CLASSPATH.

Par exemple la ligne suivante :

Code :

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

URL url = getClass().getClassLoader().getResource("repertoire/fichier.txt");

Recherchera dans le CLASSPATH le premier fichier sous l'arborescence "repertoire/fichier.txt".


Par contre la méthode getResource() de la classe Class fonctionne différemment car elle ajoute automatiquement le package de la classe courante au début du nom de resource...

a++

[adiGuba]

Nos post se sont croisé ?

En réalité, le chemin est un peu différent.

C:/Documents%20and%20Settings/xojmrc/Eclipse/xmlBuilder/xmlBuilder/ressources/config.ini

Donc le fichier n'est pas présent dans le CLASSPATH mais dans un répertoire quelquonque ?

Dans ce cas je ne vois pas comment tu pourrais faire pour ne pas utiliser de chemin complet...


Pour rappel les méthodes getResource() permettent de récupérer des resource dans le CLASSPATH et non pas n'importe où sur le système de fichier...

a++

[Bloodscalp]

J'ai plusieurs fichiers tiers dans mon projet que j'ai besoin d'utiliser. Je les ai placés dans un dossier "ressources" qui se trouve au même endroit que mes .class et mes .java.

Donc non, les fichiers se trouvent bien dans mon classpath (c'est bien la ou y'a tout mes fichier .class et .java ?), dans un répertoire "ressources".

Le chemin que j'ai noté c'est la valeur de :

""+getClass().getResource("ressources/config.ini")

Je regarde plus en détail ta réponse et je vais voir ce que j'arrive à faire.

Merci

[adiGuba]

Donc non, les fichiers se trouvent bien dans mon classpath (c'est bien la ou y'a tout mes fichier .class et .java ?), dans un répertoire "ressources".

Dans ce cas quel est l'arborescence exacte de ton classpath ????
Si tu utilises eclipses alors le répertories ressources devraient être vu comme un package...

a++

[Bloodscalp]

C'est le fichier config.ini que je dois utiliser.

[adiGuba]

Ok, donc le chemin absolu de ta resource à l'intérieur de ton CLASSPATH est "xmlBuilder/ressources/config.ini", donc pour y accéder tu dois utiliser le code suivant :

Code :

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

getClass().getClassLoader().getResource("xmlBuilder/ressources/config.ini");

Maintenant tu peux également utiliser la méthode getResource() de la classe Class qui permet d'utiliser un chemin relatif par rapport à la classe courante :

Code :

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

getClass().getResource("ressources/config.ini");

A condition bien sûr que ce soit depuis une classe du package xmlBuilder.


a++

[Bloodscalp]

Ok, en fait, ce n'est pas là que se trouvait le vrai problème (mais au moins j'ai bien compris le truc maintenant).

J'ai ce code :

Code :

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

1
2
FileInputStream infile = new FileInputStream(""+getClass().getClassLoader().getResource("xmlBuilder/ressources/config.ini"));
FileOutputStream outfile = new FileOutputStream(""+getClass().getClassLoader().getResource("xmlBuilder/ressources/config.ini"));

J'ai utilisé une méthode en carton pour transformer mon url en string.
Le problème, c'est que dans l'url, les espaces son transformés en %20, et donc dans mon string aussi, et dans mon file aussi.

Quand je veut réutiliser le chemin avec :

Code :

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

1
2
3
4
5
6
	        Properties.load(infile);
	        infile.close();
 
	        Properties.setProperty(strCle, strValeur);
	        Properties.store(outfile,"header");
	        outfile.close();

Il n'arrive pas a trouver le fichier, vu que le chemin contient des %20

Le message d'erreur :

Impossible de trouver le fichier de configuration
java.io.FileNotFoundException: file:\C:\Documents%20and%20Settings\xojmrc\Eclipse\xmlBuilder\xmlBuilder\ressources\config.ini (Syntaxe du nom de fichier, de répertoire ou de volume incorrecte)

Ma question est donc, comment puis-je faire une conversion, premièrement plus propre (pcq le carton, c'est pas bien) et qui ne me mette pas de %20 à la place des espaces ?

[adiGuba]

Ok : tu n'as pas à utiliser FileInputStream mais la méthode openStream() de l'URL, ou directement getResourceAsStream() qui t'ouvrira un flux correct quel que soit l'emplacement du fichier (dans un jar ou non).

Par exemple :

Code :

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

1
2
3
4
5
6
InputStream infile = getClass().getClassLoader().getResourceAsStream("xmlBuilder/ressources/config.ini");
try {
    properties.load(infile);
} finally {
    infile.close();
}

Par contre tu ne peux pas modifier un fichier dans le CLASSPATH, puisque lorsqu'il est à l'intérieur du jar principal le fichier ne peut pas être modifié...


Le mieux dans ce cas est d'utiliser un fichier dans le répertoire courant ou le répertoire HOME de l'utilisateur...


a++

[Bloodscalp]

Ah d'accord ^^. Dommage qu'on ne puisse pas changer les fichiers dans le classpath. Nos efforts n'auront tout de même pas été vains, j'ai quand même des fichiers du classpath a ouvrir.

En tout cas merci beaucoup pour ta patience.