Discussion :

[z.serge]

J'ai créé un fichier de configuration pour une DLL en c#, tout fonctionne bien pour une application winform, le code utilisé est le suivant

Configuration config = ConfigurationManager.OpenExeConfiguration(Assembly.GetExecutingAssembly().GetName().Name + ".dll");
AppSettingsSection section = config.AppSettings;
server = section.Settings[K_APP_CONFIG_MAIL_SERVER].Value;

Lorsque j'exécute ce code depuis un service windows, l'ai le message suivant: "Une erreur s'est produite lors du chargement d'un fichier de configuration*: Le paramètre 'exePath' n'est pas valide.\r\nNom du paramètre*: exePath"} System.Exception {System.Configuration.ConfigurationErrorsException}".

J'ai l'impression que lorsque le service appelle la DLL, le fichier de config de la DLL n'est pas visible alors qu'il est bien présent dans le même dossier que le service.

[tomlev]

A mon avis, c'est parce quand ton code tourne en tant que service, le "ExecutingAssembly" n'a pas le même nom que ta DLL... tu devrais vérifier en regardant ce que renvoie GetExecutingAssembly

[z.serge]

LA commande "Assembly.GetExecutingAssembly().GetName().Name" renvoye exactement la même chaine dans les deux modes d'appel, depuis l'application WinForm ou depuis un service. Dans l'apllication winform le fichier est lu, dans le service erreur.

[z.serge]

La commande "Assembly.GetExecutingAssembly().GetName().Name" renvoye exactement la même chaine dans les deux modes d'appel, depuis l'application WinForm ou depuis un service. Dans l'apllication winform le fichier est lu, dans le service erreur.

[tomlev]

Alors c'est sans doute qu'il ne trouve pas la DLL. Quand tu lances ton appli winforms, il la cherche dans le répertoire courant, mais quand tu l'utilises dans un service, le répertoire courant n'est pas le même... Si tu mets la DLL dans le GAC ça devrait marcher je pense.

[z.serge]

C'est sans effet, j'ai la même erreur.
De plus je ne peux ajouter qu'un fichier de config nommé monassembly.config et non un fichier monassembly.dll.config. Je comprend pas pourquoi.
Il me semble pas très propre de devoir intervenir sur l'administration du serveur d'application pour cette application.

[slim]

Bonjour,

Est-ce que ce problème est résolu ?

[slim]

J'ai placé ma dll et son .config dans system32 et ça marche.