Vermeiden Sie die Vererbung von web.config in untergeordneten Webanwendungen mithilfe von inheritInChildApplications

Ich versuche hinzuzufügen

<location inheritInChildApplications="false">

auf die web.config meiner übergeordneten Webanwendung, aber es scheint nicht zu funktionieren.

Meine Eltern web.confighaben:

<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>

Meine untergeordnete Webanwendung wird als Anwendung in IIS eingerichtet und erbt von der übergeordneten Anwendung, web.configwas zu Problemen führt.

Wo genau soll ich das platzieren

<location inheritInChildApplications="false">

ignoriert es also alle verschiedenen web.config Einstellungen?

Wie die Kommentatoren für die vorherige Antwort erwähnt haben, können Sie die Zeile nicht einfach hinzufügen ...

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

... direkt darunter <configuration>. Stattdessen müssen Sie die einzelnen Abschnitte von web.config umbrechen, für die Sie die Vererbung deaktivieren möchten. Beispielsweise:

<!-- 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>

Während dies <clear />möglicherweise für einige Konfigurationsabschnitte funktioniert, gibt es einige, für die stattdessen eine <remove name="...">Direktive erforderlich ist , und andere scheinen dies ebenfalls nicht zu unterstützen. In diesen Situationen ist es wahrscheinlich angebracht, einzustellen inheritInChildApplications="false".

Es muss direkt unter dem <configuration>Stammknoten liegen und Sie müssen einen Pfad wie folgt festlegen:

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

Eine bessere Möglichkeit, die Konfigurationsvererbung zu handhaben, besteht darin, eine <clear/>in der untergeordneten Konfiguration zu verwenden, wo immer Sie nicht erben möchten. Wenn Sie also die Verbindungszeichenfolgen der übergeordneten Konfiguration nicht erben möchten, gehen Sie folgendermaßen vor:

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

Ich habe alles in:

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

ausgenommen: <configSections/>, <connectionStrings/>und <runtime/>.

Es gibt einige Fälle, in denen wir einige Abschnitte nicht erben möchten <configSections />, aber kein <section/>Tag einfügen können. Daher <location/>müssen wir ein erstellen <secionGroup />und unsere unerwünschten Abschnitte in diese Gruppe einfügen . Abschnittsgruppen können später in ein Standort-Tag eingefügt werden.

Also müssen wir das ändern:

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

In:

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

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

Wir haben diesbezüglich einen Fehler erhalten, nachdem kürzlich Code für eine unserer Entwicklungsumgebungen veröffentlicht wurde. Wir haben eine Anwendung, die einer anderen Anwendung untergeordnet ist. Diese Beziehung hat seit JAHREN bis gestern gut funktioniert.

Das Problem:
Wir haben einen gelben Stapelverfolgungsfehler erhalten, weil doppelte Schlüssel eingegeben wurden. Dies liegt daran, dass sowohl die web.config für die untergeordnete als auch die übergeordnete Anwendung diesen Schlüssel hatte. Aber das gab es viele Jahre lang unverändert. Warum ist es jetzt plötzlich ein Problem?

Die Lösung:
Der Grund, warum dies nie ein Problem war, ist, dass die Schlüssel UND-Werte immer gleich waren. Gestern haben wir unsere SQL-Verbindungszeichenfolgen aktualisiert, um den Anwendungsnamen in die Verbindungszeichenfolge aufzunehmen. Dies machte die Saite einzigartig und begann plötzlich zu versagen.

Ohne den genauen Grund dafür zu untersuchen, muss ich davon ausgehen, dass die untergeordnete Anwendung, wenn sie die web.config-Werte der Eltern erbt, identische Schlüssel / Wert-Paare ignoriert.

Wir konnten es lösen, indem wir die Verbindungszeichenfolge so umschlossen

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

Bearbeiten: Ich habe vergessen zu erwähnen, dass ich dies in der PARENTS web.config hinzugefügt habe. Ich musste die web.config des Kindes nicht ändern.

Vielen Dank für jedermanns Hilfe, rettete unseren Hintern.

Wenn Sie (soweit ich weiß) versuchen, die Vererbung in der Webkonfiguration Ihrer untergeordneten Anwendung vollständig zu blockieren, sollten Sie die Verwendung des Tags in web.config vermeiden. Erstellen Sie stattdessen einen neuen Apppool und bearbeiten Sie die Datei applicationHost.config (in% WINDIR% \ System32 \ inetsrv \ Config und% WINDIR% \ SysWOW64 \ inetsrv \ config). Sie müssen nur den Eintrag für Ihren Apppool finden und das Attribut enableConfigurationOverride="false"wie im folgenden Beispiel hinzufügen :

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

Dadurch wird die Vererbung der Konfiguration in den von MyAppPool bereitgestellten Anwendungen vermieden.

Matteo

Dies ist die Microsoft-Seite auf dem locationTag: http://msdn.microsoft.com/en-us/library/b6x6shw7%28v=vs.100%29.aspx

Es kann für einige Leute hilfreich sein.

Wir erhalten Fehler bezüglich doppelter Konfigurationsanweisungen für eine unserer Apps. Nach der Untersuchung sieht es so aus, als ob es an diesem Problem liegt .

Kurz gesagt, unsere Stammwebsite ist ASP.NET 3.5 (2.0 mit bestimmten hinzugefügten Bibliotheken), und wir haben eine Unteranwendung, die ASP.NET 4.0 ist.

Die Vererbung von web.config bewirkt, dass die ASP.NET 4.0-Unteranwendung die Datei web.config der übergeordneten ASP.NET 3.5-Anwendung erbt.

Die globale (oder "root") web.config der ASP.NET 4.0-Anwendung befindet sich jedoch unter C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Config \ web.config und C: \ Windows \ Microsoft. NET \ Framework64 \ v4.0.30319 \ Config \ web.config (abhängig von Ihrer Bitness) enthält diese Konfigurationsabschnitte bereits.

Die ASP.NET 4.0-App versucht dann, die Stamm-ASP.NET 4.0-Datei web.config und die übergeordnete web.config (die für eine ASP.NET 3.5-App) zusammenzuführen, und führt im Knoten auf Duplikate.

Die einzige Lösung, die ich finden konnte, besteht darin, die Konfigurationsabschnitte aus der übergeordneten web.config zu entfernen

1. Stellen Sie fest, dass Sie sie in Ihrer Root-Anwendung nicht benötigt haben oder wenn Sie dies tun
2. Aktualisieren Sie die übergeordnete App auf ASP.NET 4.0 (damit sie Zugriff auf die configSections der Root-Datei web.config erhält).