[C#] Lire dans le fichier App.config

Bonjour,
je suis sur le Framework 2.0 et avec VS 2008.

Voici mon fichier Xml :

Code:

---

1 2 3 4 5 6

<?xml version="1.0" encoding="utf-8"?> <configuration> <appSettings> <add key="mac" value="0013210484C5"/> </appSettings> </configuration>

---

Et une ligne de code :

Code:

---

string _mac = ConfigurationManager.AppSettings["mac"];

---

Mon problème est que "_mac" reste à null. Je n'arrive pas à lire mon fichier app.config. Je ne voie pas mon erreur

Avez-vous une solution?

Merci d'avance

PS:Savez-vous si le Framework gère l'écriture dans le fichier de config?

Hmm... votre code me semble bon, et le XML bien formé.

Je soupçonne que lors de l'execution de votre application, le fichier de configuration censé être utilisé n'est pas ... utilisé (non, sans blague?) car ... pas "trouvé".

Exemple : si votre application est :

C:\MesDevs\MonProjet\MonAppli.exe

êtes vous sûr que vous avez bien produit :

C:\MesDevs\MonProjet\MonAppli.exe.config

... avec la clé en question, suite au build ?

'HTH

Citation:

---

Envoyé par JOBiJOBa3

Bonjour,
je suis sur le Framework 2.0 et avec VS 2008.

Voici mon fichier Xml :

Code:

---

1 2 3 4 5 6

<?xml version="1.0" encoding="utf-8"?> <configuration> <appSettings> <add key="mac" value="0013210484C5"/> </appSettings> </configuration>

---

Et une ligne de code :

Code:

---

string _mac = ConfigurationManager.AppSettings["mac"];

---

Mon problème est que "_mac" reste à null. Je n'arrive pas à lire mon fichier app.config. Je ne voie pas mon erreur

Avez-vous une solution?

Merci d'avance

PS:Savez-vous si le Framework gère l'écriture dans le fichier de config?

---

Citation:

---

Envoyé par JOBiJOBa3

[...]
PS:Savez-vous si le Framework gère l'écriture dans le fichier de config?

---

Oui.

Utilisez la méthode Save sur System.Configuration.ConfigurationSection et la méthode RefreshSection sur System.Configuration.ConfigurationManager.

Cf. la doc du framework .NET ; notez leurs remarques relatives aux pré-requis pour les droits en écriture pour la méthode Save.

'HTH

Je n'est pas compris. Mon xml est dans "c:\...\monprojet\App.xml"
et mon setup est dans "c:\...\setup1\Debug\setup1.exe"

Citation:

---

Envoyé par lysiandad

Exemple : si votre application est :

C:\MesDevs\MonProjet\MonAppli.exe

êtes vous sûr que vous avez bien produit :

C:\MesDevs\MonProjet\MonAppli.exe.config

... avec la clé en question, suite au build ?

'HTH

---

Ah, Ok, bien.

Vous ne nous avez donc pas tout dit... ;)

Nous avons beaucoup de possibilités, certes, je le reconnais, avec le framework et/ou Visual Studio de changer les comportements par défauts des librairies du framework, mais je recommande toujours de commencer par s'en tenir au valeurs/actions par défaut.

Dans votre cas, ce n'est pas tout à fait le cas : je vous propose donc de renommer votre "...monprojet\App.xml" en "...\monprojet\App.config".

... et de retester.

'HTH

Citation:

---

Envoyé par JOBiJOBa3

Je n'est pas compris. Mon xml est dans "c:\...\monprojet\App.xml"
et mon setup est dans "c:\...\setup1\Debug\setup1.exe"

---

Mon fichier est bien en App.config mais le problème persiste. 8O

Quelle est la nature du projet qui contient cet App.config ?

Class Library ? Application Console ? Application Winforms ? Service Windows ? etc.

Citation:

---

Envoyé par JOBiJOBa3

Mon fichier est bien en App.config mais le problème persiste. 8O

---

C'est un Class Library. Cela change quoi?

Eh bien vous avez la solution (puisqu'on connait la source du problème, maintenant) :

Une Class Library n'est qu'une ... class library (!)

Or, la configuration d'un "hote" en .NET (p.ex. une application console ou Winforms ou Service Windows (.exe), etc) va être cherchée par le runtime .NET dans l'assembly executable "principal" de cet "hote" ... en général, un ".exe" (*) ;

... dans votre cas, cela (i.e., la recherche du <nom-d-assembly-principal>.config) ne concerne pas <votre-class-library>.dll.config mais concerne en fait le <votre-application-utilisatrice-de-la-class-library>.exe.config

En clair, l'<appSettings> et votre clé contenue dedans doit se trouver dans l'App.config du projet "application" ; si vous avez les sources, c'est l'App.config de votre projet console (ou Winforms, ou etc) ; sinon, si votre lib est utilisée par un logiciel client, c'est la configuration de ce logiciel ... le-logiciel.exe.config.

Ainsi, l'App.config de votre projet class lib "ne sert à rien" ... c'était pas le bon.

(*) note : il y a cependant des exceptions a cette "regle" ; pensez par ex aux Web.config pour une appli en site en ASP.NET, où c'est "un peu plus subtil" (la config de l'appli ASP.NET n'est en effet pas cherchée dans ce qui serait inetinfo.exe.config, inetinfo.exe etant le process hote d'IIS...)

Citation:

---

Envoyé par JOBiJOBa3

C'est un Class Library. Cela change quoi?

---

Citation:

---

Envoyé par lysiandad

... dans votre cas, cela (i.e., la recherche du <nom-d-assembly-principal>.config) ne concerne pas <votre-class-library>.dll.config mais concerne en fait le <votre-application-utilisatrice-de-la-class-library>.exe.config

---

Revelation divine ! Une librairie de classe est parametrable, et c'est dans le fichier de conf de l'exe appelant que l'on peut specifier des valeurs...

J'y avais jamais pensé :aie: Pourtant; c'est vrai que par exemple des tas de classes du framework peuvent avoir leur comportement customisé en mettant les sections qui vont bien dans le .config de l'appli. Y'a du refactoring simplificatoire qui m'attend après les vacances :D

lysiandad, merci !

Citation:

---

Envoyé par Guulh

Revelation divine ! Une librairie de classe est parametrable, et c'est dans le fichier de conf de l'exe appelant que l'on peut specifier des valeurs...

J'y avais jamais pensé :aie: Pourtant; c'est vrai que par exemple des tas de classes du framework peuvent avoir leur comportement customisé en mettant les sections qui vont bien dans le .config de l'appli. Y'a du refactoring simplificatoire qui m'attend après les vacances :D

lysiandad, merci !

---

Euh... ben oui... Mais le sarcasme est un peu cavalier dans la mesure où c'est pour notre ami JOBiJOBa3 que l'information n'était vraisemblablement pas si évidente à appréhender depuis la doc .NET FX.

J'ai simplement pensé que je pouvais essayer de lui donner un phrasé personnalisé, plutôt que de de le renvoyer brutalement vers toute la littérature de ladite doc, ou la paraphraser maladroitement, vu le volume non négligeable de détails qu'elle contient... bah, si j'en ai fais sourire certains, c'est déjà ça... *shrugs*

Et JOBiJOBa3 : où en êtes vous, au fait ?

Citation:

---

Envoyé par lysiandad

Euh... ben oui... Mais le sarcasme est un peu cavalier

---

Mais je ne suis pas sarcastique du tout ! Je bosse sur DotNet depuis deux ans maintenant, et je n'avais jamais pensé à ce que vous avez proposé. La plupart du temps, je passe sur ce forum pour depanner des gens moins expérimentés que moi, j'apprécie donc énormément des contributions comme celles-ci qui éclairent ma compréhension du framework.

Je réitère, donc : merci ! :)

Citation:

---

Envoyé par Guulh

Mais je ne suis pas sarcastique du tout ! Je bosse sur DotNet depuis deux ans maintenant, et je n'avais jamais pensé à ce que vous avez proposé. La plupart du temps, je passe sur ce forum pour depanner des gens moins expérimentés que moi, j'apprécie donc énormément des contributions comme celles-ci qui éclairent ma compréhension du framework.

Je réitère, donc : merci ! :)

---

Oh ! Maintenant, je me sens vraiment confus, pour le coup, alors... :oops:

Meh, my bad. J'ai probablement eu deux ou trois secondes de paranoia, et c'est arrivé au moment de relire ce fil, ou je ne sais quoi... rapport à ma journée, sans doute.... pfft

Ben, content que ma paraphrase aide encore plus, alors ! ... :)

Merci pour tes explications lysiandad et désolé pour le temps de réponse(vacances). :oops:
J'ai tout simplement déplacé mon App.config dans mon projet Winform et mon code fonctionne normalement.

:yaisse2: