Evitare l'ereditarietà di web.config nell'applicazione Web figlio utilizzando inheritInChildApplications

Sto provando ad aggiungere

<location inheritInChildApplications="false">

al web.config dell'applicazione web principale, ma non sembra funzionare.

I miei genitori web.confighanno:

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

L'applicazione Web di mio figlio è configurata come applicazione in IIS e sta ereditando da quella del genitore web.configche causa problemi.

Dove esattamente dovrei posizionare il

<location inheritInChildApplications="false">

quindi ignora tutte le varie impostazioni web.config?

Come indicato nei commentatori della risposta precedente, non puoi semplicemente aggiungere la riga ...

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

... appena sotto <configuration>. Invece, è necessario racchiudere le singole sezioni web.config per le quali si desidera disabilitare l'ereditarietà. Per esempio:

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

Sebbene <clear />possa funzionare per alcune sezioni di configurazione, ci sono alcune che invece richiedono una <remove name="...">direttiva, e altre ancora non sembrano supportare neanche. In queste situazioni, è probabilmente opportuno impostare inheritInChildApplications="false".

Deve andare direttamente sotto il <configuration>nodo radice ed è necessario impostare un percorso come questo:

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

Un modo migliore per gestire l'ereditarietà della configurazione è utilizzare a <clear/>nella configurazione figlio dove non si desidera ereditare. Quindi se non volessi ereditare le stringhe di connessione della configurazione genitore, faresti qualcosa del genere:

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

Metto tutto in:

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

ad eccezione di: <configSections/> , <connectionStrings/>e<runtime/> .

Ci sono alcuni casi in cui non vogliamo ereditare alcune secrezioni <configSections />, ma non possiamo dirlo<section/> tag <location/>, quindi dobbiamo creare un<secionGroup /> e inserire le nostre sezioni indesiderate in quel gruppo. I gruppi di sezioni possono essere successivamente inseriti in un tag di posizione.

Quindi dobbiamo cambiare questo:

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

In:

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

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

Stavamo riscontrando un errore correlato a questo dopo una recente versione di codice in uno dei nostri ambienti di sviluppo. Abbiamo un'applicazione figlia di un'altra applicazione. Questa relazione ha funzionato bene per gli ANNI fino a ieri.

Il problema:
si verificava un errore di traccia dello stack giallo dovuto all'immissione di chiavi duplicate. Questo perché sia ​​web.config per le applicazioni figlio che parent avevano questa chiave. Ma questo è esistito per molti anni come questo senza cambiamenti. Perché all'improvviso è un problema ora?

La soluzione:
il motivo per cui questo non è mai stato un problema è perché le chiavi E i valori erano sempre gli stessi. Ieri abbiamo aggiornato le nostre stringhe di connessione SQL per includere il Nome applicazione nella stringa di connessione. Ciò ha reso la stringa unica e all'improvviso ha iniziato a fallire.

Senza fare alcuna ricerca sul motivo esatto di ciò, devo presumere che quando l'applicazione figlio eredita i valori web.config dei genitori, ignora coppie chiave / valore identiche.

Siamo riusciti a risolverlo avvolgendo la stringa di connessione in questo modo

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

Modificare: ho dimenticato di dire che l'ho aggiunto nel web.config di PARENTS. Non ho dovuto modificare web.config del bambino.

Grazie per l'aiuto di tutti su questo, salvato i nostri mozziconi.

Se (come ho capito) stai cercando di bloccare completamente l'ereditarietà nella configurazione web della tua applicazione figlio, ti suggerisco di evitare di usare il tag in web.config. Crea invece un nuovo apppool e modifica il file applicationHost.config (che si trova in% WINDIR% \ System32 \ inetsrv \ Config e% WINDIR% \ SysWOW64 \ inetsrv \ config). Devi solo trovare la voce per il tuo apppool e aggiungere l'attributo enableConfigurationOverride="false"come nel seguente esempio:

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

Ciò eviterà l'ereditarietà della configurazione nelle applicazioni servite da MyAppPool.

Matteo

Questa è la pagina di microsoft sul locationtag: http://msdn.microsoft.com/en-us/library/b6x6shw7%28v=vs.100%29.aspx

Potrebbe essere utile per alcune persone.

Stiamo ricevendo errori sulle direttive di configurazione duplicate su una delle nostre app. Dopo le indagini sembra che sia a causa di questo problema .

In breve, il nostro sito Web principale è ASP.NET 3.5 (che è 2.0 con l'aggiunta di librerie specifiche) e abbiamo una sotto-applicazione ASP.NET 4.0.

L'ereditarietà web.config fa sì che la sotto-applicazione ASP.NET 4.0 erediti il ​​file web.config dell'applicazione ASP.NET 3.5 padre.

Tuttavia, web.config globale (o "root") dell'applicazione ASP.NET 4.0, che risiede in C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Config \ web.config e C: \ Windows \ Microsoft. NET \ Framework64 \ v4.0.30319 \ Config \ web.config (a seconda del tuo testimone), contiene già queste sezioni di configurazione.

L'app ASP.NET 4.0 tenta quindi di unire insieme il web.config ASP.NET 4.0 di root e il web.config principale (quello per un'app ASP.NET 3.5) e viene eseguito in duplicati nel nodo.

L'unica soluzione che sono stato in grado di trovare è quella di rimuovere le sezioni di configurazione dal web.config principale, e quindi anche

1. Determina che non ne hai bisogno nell'applicazione di root o se lo fai
2. Aggiorna l'app padre ad ASP.NET 4.0 (in modo da ottenere l'accesso alle configSections di root web.config)