Discussion :

[epiph]

Bonjour,

Mon programme lit d'abord son fichier de configuration xml depuis le code suivant, d'une classe statique dont les variables sont privées:

Code :

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

1
2
3
4
5
6
7
8
 
        SAXBuilder builder = new SAXBuilder(false);
        builder.setReuseParser(false);
        try 
        {
            doc = builder.build(new File(nomFich));
            racine = doc.getRootElement();  
            ...

tout ça fonctionne parfaitement!

L'utilisateur choisit ensuite le projet sur lequel il veut travailler et le programme lit alors le fichier de configuration XML du projet, dans un dossier tout à fait différent (celui du projet). (La classe est statique et les variables privées)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
        SAXBuilder builder = new SAXBuilder(false);
        builder.setReuseParser(false);
        try 
        {
            doc = builder.build(new File(nomFich));  <-- ERREUR
            ... 
         }  //try
        catch (Exception exc)
        {
            System.out.println("Erreur en lisant le fichier\n" + nomFich
                    + "\n" + exc.getMessage());

La ligne indiquée génère l'erreur suivante:

Erreur en lisant le fichier
C\:\\Documents and Settings\\AlainP\\Mes documents\\Temp\\main\main.xml
C:\Documents and Settings\AlainP\Mes documents\Info\Java\ZonesImages\C\:\Documents and Settings\AlainP\Mes documents\Temp\main\main.xml (Syntaxe du nom de fichier, de répertoire ou de volume incorrecte)

La 2e ligne démontre que le nom du fichier est correct.
MAIS (3e ligne et suivantes, le message d'erreur) SAXBuilder a ajouté ce chemin au chemin du premier fichier XML qu'il a lu (la configuration du programme).

Question(s):
Peut-on lire des fichiers XML dans des dossiers différents?
Comment peut-on «réinitialiser» SAXBuilder (J'ai cru que «builder.setReuseParser(false);» aurait pu... mais que non!

Merci de votre aide.

[thelvin]

La 2e ligne démontre que le nom du fichier est correct.

La deuxième ligne démontre que le nom de fichier est complètement invalide.
Qu'est-ce que c'est que ce C\:\\ ? Windows n'y pige rien, et Java a l'air de faire n'importe quoi avec.

SAXBuilder a ajouté ce chemin au chemin du premier fichier XML qu'il a lu (la configuration du programme).

Ce n'est pas SAXBuilder et ce n'est pas le premier fichier qu'il a lu.

C'est File.getAbsolutePath(), de Java, qui fait n'importe quoi avec cette syntaxe invalide. SAXBuilder appelle File.getAbsolutePath() parce que les APIs Java ne chargent les ressources que par URI, et qu'il faut donc transformer un File en URI en passant par là.

Le répertoire "inventé" n'est pas le répertoire du précédent fichier lu, mais le "répertoire courant" de ton application.

Peut-on lire des fichiers XML dans des dossiers différents?

Oui.

Comment peut-on «réinitialiser» SAXBuilder (J'ai cru que «builder.setReuseParser(false);» aurait pu... mais que non!

C'est bien ça. Ceci étant dit, si deux SAXBuilder ont chacun été construit avec l'opérateur new, ils sont déjà complètement décorrélés l'un de l'autre.

Conclusion : Rien à voir avec SAXBuilder ou JDOM, tout à voir avec C\:\\

[epiph]

Bonjour thelvin, merci de ta réponse.

Tu as tout à fait raison.

Qu'est-ce que c'est que ce C\:\\ ? Windows n'y pige rien, et Java a l'air de faire n'importe quoi avec.

Le chemin a été trouvé par l'Explorateur Windows et a été sauvegardé sans autre intervention (i.e. sans modification) de ma part. C'est Java qui aura ajouté les double-\, comme caractères d'échappement...

Une fois la correction faite (suppression des double-\) dans le fichier XML du programme, SAXBuilder lit le fichier XML du projet sans difficulté.

[sinok]

Ouais, euh tu utilises bien un Objet file pour l'obtenir cette adresse, non?