'Aplicación' ASP.NET anidada dentro de IIS heredando valores de configuración padre?

Question

Actualmente tengo 2 aplicaciones web ASP.NET 3.5 en IIS7 (llamémoslas WebParent y WebChild).

WebChild está anidado en el listado de WebParent en IIS7 y está configurado como una aplicación (en lugar de solo un directorio virtual dentro de WebParent). Ambos utilizan actualmente su propio grupo de aplicaciones (clásico).

Tanto WebParent como WebChild tienen sus propios archivos web.config completamente definidos en sus propios directorios raíz.

Había asumido que viendo que WebChild se define como una 'Aplicación' dentro de IIS, que no heredaría nada del archivo de configuración de WebParent. Sin embargo, a pesar de esta configuración, estoy viendo errores relacionados con varios elementos dentro del web.config que ya están siendo definidos (que es correcto, hay un par de elementos que están en ambos archivos de configuración, pero pensé que deberían tratarse de manera completamente independiente de uno otro)?

¿Puede alguien aclarar por qué esto podría estar ocurriendo?

Answer 1

Si se repiten, tendrá que <remove/> luego en la aplicación secundaria web.config primero, luego agregue nuevamente el elemento que desea que sea su lugar. Esto supone que le gustaría tener un valor diferente. Si no lo haces, entonces simplemente omite el elemento. Una cadena de conexión sería un buen ejemplo de algo que es común para todas las aplicaciones, por lo que solo debe especificarlo en la raíz.

Ejemplo:

<siteMap defaultProvider="AdminSiteMapProvider" enabled="true"> 
     <providers> 
     <remove name="AdminSiteMapProvider"/> 
     <add name="AdminSiteMapProvider" description="Admin SiteMap provider" type="System.Web.XmlSiteMapProvider" siteMapFile="~/App_Data/admin.sitemap" securityTrimmingEnabled="true" /> 
     </providers> 
    </siteMap> 

Answer 2

el consejo de Seguimiento Scott y también asegurarse de que usted ha hecho clic derecho WebChild en IIS y selecciona Convertir a la aplicación.

Answer 3

La solución exacta a su problema dependerá del mensaje de excepción de configuración que esté viendo. Sin embargo, este es un problema típico que a menudo se puede resolver mediante el uso del atributo inheritInChildApplications en el elemento de ubicación en el web.config para "WebParent". Envolviendo toda la sección system.web en un elemento de ubicación de la siguiente manera, usted debería ser capaz de eliminar el problema que describes:

<location path="." inheritInChildApplications="false"> 
    <system.web> 
    <!-- ... --> 
    </system.web> 
</location> 

Con IIS 7, también querrá para envolver la sección de la misma system.webServer manera:

<location path="." inheritInChildApplications="false"> 
    <system.webServer> 
    <!-- ... --> 
    </system.webServer> 
</location> 

Esta solución se basa en un excelente artículo de blog que encontré here.

Answer 4

Creo que inheritInChildApplications = "false" es bueno para casos en los que aún desee heredar parte de la configuración del elemento primario. En los casos en los que desee detener completamente la herencia (como en este caso si estoy en lo cierto), sugeriría usar 2 grupos de aplicaciones separadas para las 2 aplicaciones y luego aplicar una configuración no muy bien documentada en la aplicaciónHost.config archivo como expliqué en esta pregunta “Entry has already been added” - Two Separate App Pools

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