Discussion :

[christophertux]

Bonjour,

J'ai un programme fait en WPF, qui utilise un fichier xml.

Au départ, je charge le fichier ainsi :

Code :

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

xmlTaches = XElement.Load(@"fichier.xml");

Ensuite, je fais des opérations dessus ...

puis à la fin, je le sauvegarde :

Code :

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

xmlTaches.Save(@"fichier.xml");

Là pas de problème pour compiler, par contre j'en ai un à l'execution, mon programme plante et le débugeur de Visual me dit "file access denied"...

Quelqu'un saurait comment pouvoir malgré tout sauvegarder les changements ?

Merci

[Isythiel]

Tente de sauvegarder avec un autre nom de fichier. Si ça marche, ça signifie que l'autre était soit ouvert par un autre programme, soit en lecture seule, soit autre chose ...

[christophertux]

Quand je met un autre nom je n'ai aucun problème, il m'enregistre bien.

Cependant j'ai fermé tous les programmes succeptibles d'utiliser mon fichier, donc c'est bizare !

En fait j'ai 2 fichiers xml différents, quand je fais :

Code :

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

1
2
xmlImmeubles.Save(fichier1);
xmlTaches.Save(fichier2);

il me sauvegarde le fichier2 à chaque fois (il suffit de commenter la première ligne et le programme s'execute sans soucis), mais pas le fichier1, dont il me met toujours "path is denied".

[ctxnop]

Je vois de suite un problème : tu te sers de chemin relatif sans vérifier le chemin courant. Pourtant celui-ci peux changer au cours de la vie du programme. Déjà il dépend de l'endroit à partir duquel à été lancé ton programme. Ensuite, certains composants comme par exemple les OpenFileDialog modifient ce chemin courant. Autrement dit, tu ne peux absolument pas être certain du chemin complet de ton fichier.

Ensuite, il est fréquent qu'on ne puisse écrire n'importe où. Normalement un programme, depuis au moins Windows XP (mais même 2000 il me semble), doit écrire ses données dans Environment.SpecialFolder.ApplicationData. Beaucoup d'installation par défaut ne laissent pas l'utilisateur écrire n'importe où, or le programme tourne sous un utilisateur qui n'est pas forcément administrateur (et ne devrait justement pas l'être).

Donc, assures-toi de bien écrire dans un endroit où tu as le droit. Ensuite, si ca ne fonctionne toujours pas, c'est que tu à ouvert ce fichier sans le fermer correctement. Par exemple si tu as utilisé des XmlTextReader, ou StreamReader, ... sur ton fichier mais que tu ne les as pas fermé ou disposé. En ce cas, le fichier étant toujours ouvert, il ne peut être modifié.

Edit : Si tu n'as pas nommé ton fichier "fichier.xml", le nom peux jouer, aussi j'aimerai que tu nous fasse part du vrai nom complet (chemin compris) du fichier.

[christophertux]

En fait mes deux fichiers sont :

fichier1 : Donnees\liste_immeubles.xml
fichier2 : Donnees\liste_taches.xml

peut-etre que c'est l"underscore qu'il prend mal, mais ca serait bizare, dans le sens où le fichier 2 il peut le sauvegarder, mais pas le 1.

Voici le code lors de l'ouverture :

Code :

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

1
2
3
 
xmlImmeubles = XElement.Load(@"Donnees\liste_immeubles.xml"); 
xmlTaches = XElement.Load(@"Donnees\liste_taches.xml");

Ensuite je travail directement sur xmlImmeubles et xmlTaches qui sont déclarés ainsi :

Code :

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

1
2
private XElement xmlImmeubles;
private XElement xmlTaches;

c'est par la suite où je fais :

Code :

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

1
2
xmlImmeubles.Save(@"Donnees\liste_immeubles.xml");
xmlTaches.Save(@"Donnees\liste_taches.xml");

[ctxnop]

L'underscore est tout à fait valable dans un nom de fichier, ce n'est pas le problème.
Les chemins sont tout de même relatifs (et donc possible problème de risquer de sauvegarder dans un répertoire inconnu), mais si les deux .Save() sont fait à la suite, aucune raison que l'un passe mais pas l'autre.
Sauf si le fichier possède l'attribut read-only (a vérifier donc) où qu'il est ouvert mais pas fermé correctement (même si c'est ton programme qui l'a ouvert).

[christophertux]

Ben en fait j'ai vérifié et aucun n'est en read-only, j'ai vérifié aussi les propriétés des fichiers et j'ai les droits dessus.

J'ai essayé en rebootant l'ordi (au cas ou un programme l'aurait déjà ouvert), mais ca me fait toujours l'erreur.