Discussion :

[Mako 5013]

Bonjour,

Je rencontre un soucis lors de la copie d'un fichier. Il s'agit d'un fichier texte tout ce qu'il y a de plus banal (petit fichier de properties perso). Je veux que mon application copie ce fichier, qui est situé dans l'application, sur la machine client.

Là où cela se corse, c'est que j'aimerais dans la mesure du possible avoir ce comportement, que mon application soit lancée depuis Eclipse ou bien depuis un jar exécutable.

Voici ce que je fais actuellement :

Code maClasse.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
28
29
 
 
File fichierClient = new File("pathComplet/monFichier.properties");
if (!fichierClient.isFile()) {
     // On ne copie le fichier que s'il n'est pas déjà présent
     sauvegarderFichier("pathComplet/monFichier.properties", 
           maClass.class.getResourceAsStream("pathCompletDansJar/monFichier.properties"));
}
 
 
// Et la fonction 'sauvegarderFichier' :
public static void sauvegarderFichier(String _nomFichier,
			InputStream _inputStream) throws IOException, FileNotFoundException {
     FileOutputStream fos = new FileOutputStream(_nomFichier);
     try {
          // On utilise un tableau comme buffer
          byte[] buf = new byte[8192];
          // Et on utilise une variable pour connaitre le nombre
          // de bytes lus, et donc le nombres qu'il faudra ecrire :
          int longueur;
 
          while ((longueur = _inputStream.read(buf)) >= 0) {
               fos.write(buf, 0, longueur);
          }
     } finally {
         // On ferme le fichier quoi qu'il arrive :
        fos.close();
     }
}

(la méthode sauvegarderFichier provient de cette discussion).

L'arborescence de mon projet est la suivante :

- monProjet

- src

- properties

- monFichier.properties

- lib

De ce fait, les deux chemins utilisés dans le code précédent sont de cet ordre :

Code :

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

1
2
3
 
C:\Documents and Settings\nomUser\monProjet\properties\monFichier.properties
D:\Programmes\Eclipse\workspace\monProjet\properties\monFichier.properties

En l'état, j'ai bien la création du fichier, mais avec rien dedans.
J'ai essayé plusieurs solutions, mais dans tous les cas, cela ne fonctionnait pas depuis le jar.

Mako.

[thelvin]

Hum. En principe, si le fichier est créé, vide ou non, c'est qu'il n'y a pas d'erreur avant. Et s'il n'y a pas d'erreur avant, il devrait être copié entièrement.

Tu es sûr qu'il est pas simplement vide, dans ton .jar ?

[Mako 5013]

Tu es sûr qu'il est pas simplement vide, dans ton .jar ?

Sûr.

Il semblerait que l'InputStream soit nul.

Est-ce que cela pourrait venir du fait que mon fichier se trouve dans un répertoire qui ne soit pas sous "src" ?

Mako.

[Mako 5013]

Bon, j'ai trouvé une solution qui semble fonctionner.

J'ai placé mon fichier dans un package java (par exemple : fr.coucou.monProjet.ressources), et je le récupère comme ceci :

Code :

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

1
2
 
InputStream inputStream = maClass.class.getResourceAsStream("/fr/coucou/monProjet/ressources/monFichier.properties");

Puis je sauvegarde le fichier sur la machine comme je l'ai décrit dans mon premier post.

Par contre, je ne trouve pas très "propre" de devoir placer mes fichiers de configuration au sein des sources java, et je suis assez étonné qu'il n'y ait pas moyen de récupérer un fichier dans le jar dans un dossier autres que les sources...

En attendant, je passe en résolu, mais je suis toujours preneur d'une autre façon de faire.

Mako.

[thelvin]

Par contre, je ne trouve pas très "propre" de devoir placer mes fichiers de configuration au sein des sources java, et je suis assez étonné qu'il n'y ait pas moyen de récupérer un fichier dans le jar dans un dossier autres que les sources...

Rien ne t'empêche de les mettre dans un "faux package" qui ne contient aucune source java, et qui contient uniquemenent des fichiers .properties. C'est ce qui se passe dans la bibli de base Java elle-même.

Par exemple :

Code :

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

InputStream inputStream = maClass.class.getResourceAsStream("/ressources/monFichier.properties");

Dans ton projet, ça apparaîtra quand même sous le répertoire "src". Mais techniquement t'es pas obligé, tu peux aussi mettre tes ressources ailleurs et les ajouter au classpath.
Mais bon, c'est pas vraiment un problème, au fond.


(Au fait, bien joué pour avoir vu que quand une ressource n'existe pas, getResourceAsStream() renvoie null au lieu d'une exception dédiée. Je n'avais pas remarqué.)

[Mako 5013]

Rien ne t'empêche de les mettre dans un "faux package" qui ne contient aucune source java, et qui contient uniquemenent des fichiers .properties.

C'est exactement ce que j'ai fais. Mais à la base, cela me dérangeait tout de même d'avoir un package avec des .properties qui se balade au milieu de mes sources. Mais...

C'est ce qui se passe dans la bibli de base Java elle-même.

... C'est que ça ne doit pas être si mauvais que ça comme solution.

Mako.