Évitez l'héritage web.config dans l'application Web enfant à l'aide de inheritInChildApplications

J'essaye d'ajouter

<location inheritInChildApplications="false">

au web.config de mon application Web parente, mais cela ne semble pas fonctionner.

Mes parents web.configont:

<configuration>
    <configSections>
    </configSections>

    // 10 or so custom config sections like log4net, hibernate,

    <connectionStrings>
    </connectionStrings>

    <appSettings>
    </appSettings>

    <system.diagnostics>
    </system.diagnostics>

    <system.web>
         <webParts>
         </webParts>
         <membership>
         </membership>

         <compilation>
         </compilation>
    </system.web>

    <location ..>
    <system.web>
        </system.web>
    </location>

    <system.webServer>
    </system.webServer>

Mon application Web enfant est configurée en tant qu'application dans IIS et hérite de celle du parent, web.configce qui pose des problèmes.

Où dois-je placer exactement le

<location inheritInChildApplications="false">

donc il ignore tous les différents paramètres web.config?

Comme l'ont mentionné les commentateurs de la réponse précédente, vous ne pouvez pas simplement ajouter la ligne ...

<location path="." inheritInChildApplications="false">

... juste en dessous <configuration>. Au lieu de cela, vous devez encapsuler les sections web.config individuelles pour lesquelles vous souhaitez désactiver l'héritage. Par exemple:

<!-- disable inheritance for the connectionStrings section -->
<location path="." inheritInChildApplications="false">
   <connectionStrings>
   </connectionStrings>
</location>

<!-- leave inheritance enabled for appSettings -->
<appSettings>
</appSettings>

<!-- disable inheritance for the system.web section -->
<location path="." inheritInChildApplications="false">
   <system.web>
        <webParts>
        </webParts>
        <membership>
        </membership>

        <compilation>
        </compilation>
      </system.web>
 </location>

Bien que cela <clear />puisse fonctionner pour certaines sections de configuration, il y en a qui nécessitent à la place une <remove name="...">directive, et d'autres encore ne semblent pas prendre en charge non plus. Dans ces situations, il est probablement approprié de définir inheritInChildApplications="false".

Il doit aller directement sous le <configuration>nœud racine et vous devez définir un chemin comme celui-ci:

<?xml version="1.0"?>
<configuration>
    <location path="." inheritInChildApplications="false"> 
        <!-- Stuff that shouldn't be inherited goes in here -->
    </location>
</configuration>

Une meilleure façon de gérer l'héritage de configuration est d'utiliser a <clear/>dans la configuration enfant là où vous ne voulez pas hériter. Donc, si vous ne vouliez pas hériter des chaînes de connexion de la configuration parent, vous feriez quelque chose comme ceci:

<?xml version="1.0"?>
<configuration>
    <connectionStrings>
        <clear/>
        <!-- Child config's connection strings -->
    </connectionStrings>
</configuration>

J'ai tout mis dans:

<location path="." inheritInChildApplications="false">
....
</location>

sauf: <configSections/>, <connectionStrings/>et <runtime/>.

Il y a des cas où nous ne voulons pas hériter de certaines sections <configSections />, mais nous ne pouvons pas y insérer de <section/>balise <location/>, nous devons donc créer un <secionGroup />et placer nos sections indésirables dans ce groupe. Les groupes de sections peuvent être insérés ultérieurement dans une balise d'emplacement.

Nous devons donc changer cela:

<configSections>
  <section name="unwantedSection" />
</configSections>

Dans:

<configSections>
  <sectionGroup name="myNotInheritedSections">
    <section name="unwantedSection" />
  </sectionGroup>
</configSections>

<location path="." inheritInChildApplications="false">
    <myNotInheritedSections>
        <unwantedSection />
    </myNotInheritedSections>
</location>

Nous recevions une erreur liée à cela après une récente publication de code dans l'un de nos environnements de développement. Nous avons une application qui est un enfant d'une autre application. Cette relation fonctionne bien depuis des années jusqu'à hier.

Le problème:
nous recevions une erreur de trace de pile jaune en raison de la saisie de clés en double. Cela est dû au fait que le web.config des applications enfant et parent avait cette clé. Mais cela a existé pendant de nombreuses années comme ça sans changement. Pourquoi tout d'un coup c'est un problème maintenant?

La solution:
la raison pour laquelle cela n'a jamais été un problème est que les clés ET les valeurs étaient toujours les mêmes. Hier, nous avons mis à jour nos chaînes de connexion SQL pour inclure le nom de l'application dans la chaîne de connexion. Cela a rendu la chaîne unique et a soudainement commencé à échouer.

Sans faire aucune recherche sur la raison exacte de cela, je dois supposer que lorsque l'application enfant hérite des valeurs web.config des parents, elle ignore les paires clé / valeur identiques.

Nous avons pu le résoudre en enveloppant la chaîne de connexion comme ceci

    <location path="." inheritInChildApplications="false">
        <connectionStrings>
            <!-- Updated connection strings go here -->
        </connectionStrings>
    </location>

Edit: j'ai oublié de mentionner que j'ai ajouté ceci dans le web.config de PARENTS. Je n'ai pas eu à modifier le web.config de l'enfant.

Merci pour l'aide de tout le monde à ce sujet, nous avons sauvé nos fesses.

Si (si je comprends bien) vous essayez de bloquer complètement l'héritage dans la configuration Web de votre application enfant, je vous suggère d'éviter d'utiliser la balise dans web.config. Créez plutôt un nouveau pool d'applications et modifiez le fichier applicationHost.config (situé dans% WINDIR% \ System32 \ inetsrv \ Config et% WINDIR% \ SysWOW64 \ inetsrv \ config). Il vous suffit de trouver l'entrée de votre apppool et d'ajouter l'attribut enableConfigurationOverride="false"comme dans l'exemple suivant:

<add name="MyAppPool" autoStart="true" managedRuntimeVersion="v4.0" managedPipelineMode="Integrated" enableConfigurationOverride="false">
    <processModel identityType="NetworkService" />
</add>

Cela évitera l'héritage de configuration dans les applications servies par MyAppPool.

Matteo

Voici la page de Microsoft sur la locationbalise: http://msdn.microsoft.com/en-us/library/b6x6shw7%28v=vs.100%29.aspx

Cela peut être utile à certaines personnes.

Nous obtenons des erreurs concernant les directives de configuration en double sur l'une de nos applications. Après enquête, il semble que ce soit à cause de ce problème .

En bref, notre site Web racine est ASP.NET 3.5 (qui est 2.0 avec des bibliothèques spécifiques ajoutées), et nous avons une sous-application qui est ASP.NET 4.0.

L'héritage web.config oblige la sous-application ASP.NET 4.0 à hériter du fichier web.config de l'application ASP.NET 3.5 parente.

Cependant, web.config global (ou "racine") de l'application ASP.NET 4.0, qui réside dans C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Config \ web.config et C: \ Windows \ Microsoft. NET \ Framework64 \ v4.0.30319 \ Config \ web.config (en fonction de votre bitness), contient déjà ces sections de configuration.

L'application ASP.NET 4.0 essaie ensuite de fusionner le web.config ASP.NET 4.0 racine et le web.config parent (celui d'une application ASP.NET 3.5) et s'exécute en doublons dans le nœud.

La seule solution que j'ai pu trouver est de supprimer les sections de configuration du web.config parent, puis soit

1. Déterminez que vous n'en aviez pas besoin dans votre application racine, ou si vous en avez besoin
2. Mettez à niveau l'application parente vers ASP.NET 4.0 (afin qu'elle ait accès aux configSections de la racine web.config)