Fichier de configuration - Quelle build action utiliser ?

Hello,

J'utilise dans le cadre d'un WebService que je développe, différents fichiers de configuration en provenance de plusieurs projets.

Quand je génère mon WebService, j'ai précisé que je voulais que les fichiers de configuration soit copiés dans le répertoire cible dans la properties des dits fichiers.
Seulement voilà, quand je modifie le contenu de ces fichiers de configuration, cela n'a aucun impact sur le comportement de l'application. A titre d'exemple, une URL qui est appelée à partir d'un paramètre de la configuration, ne change pas en fonction de ce qui est contenu dans le fichier.

Du coup j'imagine que le fichier n'a aucun intérêt puisque le tout doit être encapsulé dans les DLL exportés au moment de la publication.
Il me semble pourtant qu'il suffisait de modifier la "build action" des fichiers de configuration en question pour que ça résolve le problème... J'ai donc modifié la build action en "Embedded Resource", mais cela ne résoud pas mon problème pour autant.

Quelque chose m'échappe... mais quoi ?

Merci d'avance !

Quelle est la structure de ta solution? Plusieurs projets?

Plusieurs projets, avec des références les uns dans les autres... difficile de faire une arborescence...
Disons que j'ai un projet A qui est la définition et l'implémentation technique d'un échange type MQ, qui passe par un projet B qui est plus orienté métier, utilisé par le WebService.

Le fichier de configuration qui m'intéresse est dans le projet A.

Ok, du coup je pense avoir une idée.
En fait, le .config n'apparait dans mon WebService uniquement parce que je fais un appel au projet A pour une autre action (et donc fait une référence vers A en plus de la référence vers B pour la partie qui m'intéresse).

Du coup je pense que les properties qui m'intéresse doivent être encapsulées dans la DLL du projet B, et non du projet A comme je le pensais au départ.

Ça a du sens ? Et comment résoudre le problème si ce n'est en faisant abstraction du projet B (ce qui obligerait à repenser l'architecture logicielle et n'est pas souhaitable...)

En attendant de trouver une solution "propre" je vais passer la configuration en paramètre de l'appel au projet B, qui lui-même la passera au projet A, comme ça je suis sûr qu'elle est dans la config du WebService.

Enfait il n'ya pas recopie des fichiers de configs d'un projet à l'autre. Il faut donc que tu mettes tout dans le fichier final (celui de l'exe ou le web.config).

Il s'agit du Web.config en l’occurrence.

Mais donc il t'es impossible de modifier une configuration qui n'est pas utilisée directement par ton projet ? Il faut republier les DLL à chaque fois ?