Discussion :

[tomlev]

Salut,

J'ai un problème d'architecture pour une appli back-office ASP.NET, et je ne sais pas trop dans quelle direction m'orienter...

En gros, la situation est la suivante : on a une application back-office qui est utilisée par plusieurs clients (via différents noms de domaine). Chaque client a sa propre base de données Oracle. Actuellement je définis plusieurs chaines de connexion dans le web.config, nommées "ConnectionString_nom_de_domaine". Cette approche présente certains inconvénients, par exemple il faut changer dynamiquement à l'exécution les connection strings utilisées par les SqlDataSource dans les pages ASP.NET.

Donc, pour éviter ce genre de problème, j'aimerais avoir un fichier web.config par client, sans pour autant avoir une copie de l'application pour chaque client (car ça compliquerait la maintenance). Mais je n'ai pas l'impression qu'il soit possible d'avoir plusieurs web.config dans une même application...

Est-ce qu'il y a un moyen de faire ça ? Ou y a-t-il une meilleure solution ?

A défaut, on s'orientera vers une architecture avec un site IIS par client, en mettant en commun la plus grande partie des sources via des répertoires virtuels, mais je préfèrerais éviter d'en arriver là...

Merci d'avance !

[User.Anonymous]

Tu peux avoir un web.config par repertoire, ce sera le plus proche de ton code execute qui sera pris en compte.

Par contre, tu va devoir effectivement creer un repertoire virtuelle par client.

Si ce n'est que pour la chaine de connection, un simple AppSettings["nom_de_domaine"] avec le domaine pris en REFFERER ne marcherais pas mieux ?

[tomlev]

OK, merci pour ta réponse

En fait j'avais un peu simplifié le problème... pour des raisons techniques (forwarding d'Apache vers IIS) on a besoin que le chemin dans l'URL soit toujours le même, donc faire des répertoires virtuels ne suffit pas, il faut que ce soit un site différent.

Je m'en suis finalement sorti avec un site IIS pour chaque client, avec les parties communes à tous les clients dans un répertoire virtuel pour éviter de tout dupliquer... Pour le répertoire bin, ça ne peut pas être un répertoire virtuel, j'ai donc créé des liens symboliques (en ligne de commande avec mklink). Ca marche nickel