Imbriquée ASP.NET l '"application" dans IIS hériter parent config valeurs?

J'ai actuellement 2 x ASP.NET 3.5 applications web IIS7 (appelons les WebParent et WebChild).

WebChild est imbriqué dans le WebParent inscription dans IIS7 et est définie comme une application (plutôt que juste un répertoire virtuel dans WebParent). Les deux utilisent actuellement leur propre (Classique) de l'application de la piscine.

Les deux WebParent et WebChild ont leur propre entièrement défini web.les fichiers de configuration dans leurs propres répertoires racine.

J'avais supposé que le fait de voir que WebChild est définie comme une "Application" dans IIS, qu'il ne serait pas héritent de la WebParent fichier de configuration. Cependant, malgré cette configuration, je vois des erreurs liées à différents éléments dans le web.config déjà en cours de définition (qui est correcte, il y a quelques éléments qui sont à la fois des fichiers de configuration, mais je pense qu'ils devraient être traités de manière totalement indépendante l'une de l'autre)?

Quelqu'un peut-il préciser les raisons pour lesquelles cela pourrait se produire?

  • Ils proviennent probablement du applicationHost.config.
InformationsquelleAutor marcusstarnes | 2010-11-10
  1. 16

    Si elles sont répétées, vous aurez à <remove/> ensuite à l'enfant de l'application web.config d'abord, puis ajouter l'élément que vous souhaitez remplacer. C'est en supposant que vous aimeriez avoir une valeur différente. Si vous n'avez pas, alors il suffit d'omettre l'élément. Une chaîne de connexion serait un bon exemple de quelque chose qui est susceptible commune pour toutes les applications - si vous avez seulement besoin de le spécifier dans la racine.

    Exemple:

        <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>
    • Je vois, donc en dépit de l'enfant étant définie comme une Application dans IIS, c'est encore et toujours allez être au courant de la mère de configuration? Est-il une règle générale à laquelle les documents peuvent être "dupliqué" au sein de chaque site web.config et les éléments qui seront jeter des erreurs (sans le "supprimer" solution vous ai donné ci-dessus)?
    • Oui, sauf dans le cas où vous empêche explicitement l'héritage, comme Saul expliqué ci-dessous. Je crois que si vous avez le même nom sur n'importe quel élément vous obtenez une exception, mais vous aurez à lui donner un try/essai.
    • Ce n'est pas toujours prendre soin de l'héritage des paramètres qui ne s'applique pas à la childApp qui signifie une TONNE de maintenance. Semble qu'ils devraient avoir appelé quelque chose comme "module", car il s'exécute dans le contexte d'une autre application. Regarde comme la seule solution viable est de mettre en place un site distinct à l'aide des sous-domaines pour fournir une bonne application de contexte.
    InformationsquelleAutor ScottE
  2. 62

    La solution exacte de votre problème dépendra de la configuration de message d'exception vous de voir. Cependant, c'est un problème typique qui peut souvent être résolu par l'utilisation de la inheritInChildApplications attribut sur l'emplacement de l'élément dans le web.config pour "WebParent". En enveloppant l'ensemble du système.section du site web à un emplacement de l'élément comme suit, vous devriez être en mesure d'éliminer le problème que vous avez décrit:

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

    Avec IIS 7, vous voudrez aussi pour envelopper le système.Le serveur web de la section de la même façon:

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

    Cette solution est basée sur un excellent article de blog que j'ai trouvé ici.

    • WOW... je ne connaissais pas cet endroit de la balise. ASP.NET est étonnamment puissant! 😀 j'ai été faire des erreurs dans l'enfant app liées à un Rôle de Fournisseur de l'assemblée n'étant pas inclus dans le dossier bin de l'enfant app. Après l'application de cette balise, tout fonctionne comme prévu! 😀
    • Cela se sent comme un sale hack parce que vous devez le mettre partout (ce qui devrait être le comportement par défaut) et d'ajouter des balises que le childApp ne pourrais pas l'utiliser OU tester la childApp et "fix" à chaque question. Ce n'est pas une "app" pour moi parce que ça ne fonctionne pas dans son propre contexte, mais plutôt comme un module en cours d'exécution à l'intérieur d'une application. Il doit y avoir une meilleure façon de le faire sans hébergement en vertu d'un autre site (ce qui semble être la seule VRAIE solution).
    • Je suis d'accord sur le sale hack sentiment. J'ai toujours pas trouvé un moyen plus élégant de faire respecter l'enfant en application de l'ignorer web parent.config. Cela fait 3 ans, et j'ai été en utilisant cette approche (pas trop souvent)... il n'arrive jamais à se sentir mieux :-/
    • C'est une bonne solution. Il a résolu la plupart de mes problèmes avec elle, mais s'est arrêté à sectionGroup. Je n'ai pas trouvé de travail autour de sectionGroup donc finalement utilisé IIS Module de Réécriture. A écrit à propos de mon expérience ici: [perse] bit.ly/1egxsHs
    • la deuxième partie concerne IIS m'a sauvé beaucoup de temps.
    • <system.codedom> doit également enveloppé si l'enfant fournit un.

    InformationsquelleAutor Saul Dolgin
  3. 3

    Je pense que le inheritInChildApplications="false" est bonne pour les cas où vous voulez toujours hériter d'une partie de la configuration de la mère.
    Dans le cas où vous souhaitez arrêter complètement l'héritage (comme dans ce cas, si je ne me trompe pas), je vous suggère d'utiliser séparer les 2 pools d'applications pour les 2 applications, puis appliquer un pas très bien documenté paramètre dans le applicationHost.fichier de config comme je l'ai expliqué dans cette question “L'entrée a déjà été ajouté” - Deux différents Pools d'applications

    <add name="MyAppPool" autoStart="true" managedRuntimeVersion="v4.0" managedPipelineMode="Integrated" enableConfigurationOverride="false">
    <processModel identityType="NetworkService" />
</add>
    InformationsquelleAutor Matteo Sganzetta
  4. -1

    Suivre Scott vous conseiller et également vous assurer que vous avez cliqué avec le bouton droit WebChild dans IIS et sélectionné Convertir à l'Application.

    • L'enfant est déjà défini comme une application dans IIS, et comme un résultat, que l'option n'est pas disponible.
    InformationsquelleAutor Rahul Soni