inheritInChildApplicationsを使用して子Webアプリケーションでweb.config継承を回避する

追加しようとしています

<location inheritInChildApplications="false">

親のWebアプリケーションのweb.configに追加しましたが、機能していないようです。

私の両親web.configは：

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

私の子WebアプリケーションはIISでアプリケーションとしてセットアップされ、web.config問題を引き起こしている親のアプリケーションから継承しています。

正確にどこに置くべきか

<location inheritInChildApplications="false">

それで、すべてのさまざまなweb.config設定を無視しますか？

前の回答のコメント投稿者が述べたように、単に行を追加することはできません...

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

...すぐ下<configuration>。代わりに、継承を無効にする個々のweb.configセクションをラップする必要があります。例えば：

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

一方で<clear />、いくつかの構成セクションのための5月の仕事、そこの代わりに必要とするいくつかある<remove name="...">ディレクティブは、まだ他の人は、どちらかをサポートしていないようです。これらの状況では、を設定することがおそらく適切inheritInChildApplications="false"です。

ルート<configuration>ノードの直下に移動する必要があり、次のようなパスを設定する必要があります。

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

構成の継承を処理するためのより良い方法は<clear/>、継承したくない場所で子構成でを使用することです。したがって、親構成の接続文字列を継承したくない場合は、次のようにします。

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

私はすべてを入れました：

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

を除く：<configSections/>、<connectionStrings/>および<runtime/>。

から一部のセクションを継承したくない場合もありますが<configSections />、に<section/>タグを付けることができない<location/>ため、を作成し、<secionGroup />不要なセクションをそのグループに入れる必要があります。セクショングループは、後でロケーションタグに挿入できます。

したがって、これを変更する必要があります。

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

に：

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

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

開発環境の1つにコードを最近リリースした後、これに関連するエラーが発生しました。別のアプリケーションの子であるアプリケーションがあります。この関係は、昨日までYEARSにとって問題なく機能してきました。

問題：
重複したキーが入力されたために黄色のスタックトレースエラーが発生しました。これは、子アプリケーションと親アプリケーションの両方のweb.configにこのキーがあったためです。しかし、これはこのように何年もの間、変化なく存在していました。なぜ今突然すべてが問題になっているのですか？

解決策：
これが問題にならない理由は、キーと値が常に同じであるためです。昨日、SQL接続文字列を更新して、接続文字列にアプリケーション名を含めました。これは文字列を独特にし、突然すべてが失敗し始めました。

この正確な理由を調査せずに、子アプリケーションが親のweb.config値を継承する場合、同一のキーと値のペアを無視すると想定する必要があります。

このように接続文字列をラップすることで解決できました

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

編集：私はこれをPARENTS web.configに追加したことを忘れていました。子のweb.configを変更する必要はありませんでした。

みんなの助けてくれてありがとう。

（私が理解しているように）子アプリケーションのWeb構成で継承を完全にブロックしようとしている場合は、web.configでタグを使用しないことをお勧めします。代わりに、新しいapppoolを作成し、applicationHost.configファイル（％WINDIR％\ System32 \ inetsrv \ Configおよび％WINDIR％\ SysWOW64 \ inetsrv \ configにあります）を編集します。enableConfigurationOverride="false"次の例のように、アプリプールのエントリを見つけて属性を追加するだけです。

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

これにより、MyAppPoolによって提供されるアプリケーションでの構成の継承が回避されます。

マッテオ

これはlocationタグのマイクロソフトのページです：http : //msdn.microsoft.com/en-us/library/b6x6shw7%28v=vs.100%29.aspx

それは一部の人々に役立つかもしれません。

アプリの1つで設定ディレクティブが重複しているというエラーが発生します。調査後、この問題が原因のようです。

簡単に言うと、ルートWebサイトはASP.NET 3.5（特定のライブラリが追加された2.0）であり、ASP.NET 4.0のサブアプリケーションがあります。

web.config継承により、ASP.NET 4.0サブアプリケーションは親ASP.NET 3.5アプリケーションのweb.configファイルを継承します。

ただし、C：\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Config \ web.configおよびC：\ Windows \ MicrosoftにあるASP.NET 4.0アプリケーションのグローバル（または「ルート」）web.config。 NET \ Framework64 \ v4.0.30319 \ Config \ web.config（ビット数によって異なります）には、すでにこれらの構成セクションが含まれています。

次に、ASP.NET 4.0アプリは、ルートASP.NET 4.0 web.configと親web.config（ASP.NET 3.5アプリの場合）をマージしようとし、ノードで重複します。

私が見つけた唯一の解決策は、親のweb.configから構成セクションを削除してから、

1. ルートアプリケーションでそれらが必要なかったか、または必要かどうかを判断します。
2. 親アプリをASP.NET 4.0にアップグレードします（ルートweb.configのconfigSectionsにアクセスできるようにします）