Уникайте спадкування web.config у дочірньому веб-додатку, використовуючи nasleditInChildApplications

Я намагаюся додати

<location inheritInChildApplications="false">

до веб-програми моєї батьківської веб-програми 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>

Моя дочірня веб-програма налаштована як програма в 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 />може працювати для деяких розділів конфігурації, є деякі, які замість цього вимагають <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>

Ми отримали помилку, пов’язану з цим, після недавнього випуску коду в одне з наших середовищ розробки. У нас є додаток, який є дочіркою іншої програми. Ці стосунки працювали чудово протягом РОКІВ до вчора.

Проблема:
Ми отримували помилку сліду жовтого стека через введення дублікатів ключів. Це тому, що і web.config для дочірніх та батьківських програм мав цей ключ. Але це існувало багато років без змін. Чому раптом зараз це питання?

Рішення:
Причина цього ніколи не була проблемою в тому, що значення клавіш І завжди були однаковими. Вчора ми оновили наші рядки підключення SQL, щоб включити Ім'я програми у рядок з'єднання. Це зробило струну унікальною і раптом почала провалюватися.

Не роблячи жодних досліджень щодо точної причини цього, я повинен припустити, що, коли дочірнє додаток успадковує батьки значення web.config, воно ігнорує ідентичні пари ключ / значення.

Нам вдалося вирішити це, обернувши такий рядок з'єднання

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

Редагувати: я забув зазначити, що додав це у веб-сторінку PARENTS. Мені не довелося змінювати дитячу web.config.

Дякуємо за допомогу щодо кожного, врятували наші недопалки.

Якщо (як я розумію) ви намагаєтесь повністю заблокувати спадщину у веб-конфігурації вашої дочірньої програми, я пропоную вам уникати використання тегу в web.config. Замість цього створіть новий додаток і відредагуйте файл 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.

Маттео

Це сторінка microsoft у locationтезі: http://msdn.microsoft.com/en-us/library/b6x6shw7%28v=vs.100%29.aspx

Це може бути корисно для деяких людей.

Ми отримуємо помилки щодо дублювання директив конфігурації в одному з наших додатків. Після розслідування виглядає, що це через це питання .

Коротше кажучи, наш кореневий веб-сайт - ASP.NET 3.5 (що становить 2.0 із доданими конкретними бібліотеками), і у нас є додаткове застосування, це ASP.NET 4.0.

Успадкування web.config призводить до того, що під-додаток ASP.NET 4.0 успадковує файл web.config батьківського додатка ASP.NET 3.5.

Однак глобальний (або "кореневий") web.config програми ASP.NET 4.0, який знаходиться на C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Config \ web.config та C: \ Windows \ Microsoft. 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 (щоб він отримав доступ до rootSections кореневого web.config)