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.

[ctxnop]

Huummm....
Essaye de mettre un try-catch autour du Save de tes fichier, et donne nous le type exacte de l'exception, le message, et si possible la stack-trace associée a l'exception. On devrait trouver ce qui va pas avec ca.

[christophertux]

Voila la très... Belle exception qu'il me ressort avec le try-catch :

System.UnauthorizedAccessException: Access to the path 'C:\Users\chris\Desktop\Travaux_immeubles\Travaux_immeubles\bin\Debug\Donnees\liste_immeubles.xml' is denied.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
at System.Xml.XmlWriter.Create(String outputFileName, XmlWriterSettings settings)
at System.Xml.Linq.XElement.Save(String fileName, SaveOptions options)
at System.Xml.Linq.XElement.Save(String fileName)
at Travaux_immeubles.Window1.actualiser() in C:\Users\chris\Desktop\Travaux_immeubles\Travaux_immeubles\Window1.xaml.cs:line 421
A first chance exception of type 'System.UnauthorizedAccessException' occurred in System.Xml.dll

[ctxnop]

Et bien, très étrange. Le chemin est tout à fait correcte a priori. Et le type d'exception indique bien un refus en cas de droit insuffisants.
Es-tu vraiment sur qu'il ne te reste pas un bout de code quelque part qui ouvre ce fichier, un test non supprimé par exemple. Il suffit qu'il y ai un stream d'ouvert sur ce fichier et ca donnera cette exception.
Jette un coup d'oeil avec OpenedFileView qui te permettra de voir si un processus possède un handle sur ton fichier.

[christophertux]

En fait il n'y a que au départ que je manipule le fichier, et à la fin. Entre temps c'est ma variable de type XElement que j'utilise.

Donc ca ne peut pas etre un test passé on ne sait où.

J'ai téléchargé ton logiciel et il ne semble pas que mon fichier soit ouvert quelque part.

[ctxnop]

Je ne vois pas du tout d'où ca peut bien venir dans ce cas.
Si tu le peux, essaye avec XmlDocument plutôt que XElement. Mais bon, j'ai peu d'espoir que ca corrige...

[christophertux]

Je vais essayer de voir comment je peux faire alors, soit en modifiant soit en je sais pas quoi ^^.

Merci quand même .

[ctxnop]

Au fait, tu as tenter de modifier a la main (avec notepad ou quelque chose du genre) ton fichier qui s'enregistre pas ?

[christophertux]

Ahhh bien vu . En effet je ne peux pas le modifier ! Quand je tente de l'enregistrer avec notepad++, il me demande de vérifier si le fichier n'est pas ouvert dans un autre programme.

Dans ce cas, j'ai copié mon executable (et tous les fichiers du programme) dans un dossier autre de mon bureau, j'ai lancé l'exe, et là : MIRACLE ! Ca fonctionne, ca enregistre tout sans problèmes...

Du coup va falloir que je trouve quel est le piti malin qui utilise MON fichier, mais en tout cas je sais que lors du déploiement du soft j'aurais aucun soucis .

Merci beaucoup

(P.S : bravo pour ton 100 éme message sur le forum :p)

[christophertux]

Sinon, j'ai réussit à résoudre le problème simplement.

J'ai supprimé le fichier xml, en ait créer un nouveau avec le même nom et dans lequel j'ai copié le précédent contenu, et là, ca marche :p.

Je comprend vraiment pas ce qui avait pu se passer... Mais ca marche donc tant mieux

[ctxnop]

J'y avais même pas fait attention a mon centième message

Par contre, si ton fichier n'est bel et bien pas ouvert par le moindre programme comme l'attestait OpenedFileViewer, alors j'ai bien peur que ton système de fichier soit corrompu.
Tente de programmer un check disk au prochain reboot. Et sinon, tente de supprimer le fichier, en mode sans echec s'il le faut.

Non rien, oublie, j'ai posté avant de lire ton dernier message ...