2009-06-26 7 views
8

OKweb.config継承を停止するには

Windows Server 2003(32ビット)上のIIS6には、Asp.net 3.5 Webサイトがあります。

asp.Net 1.1 WebApplicationをサブ仮想ディレクトリに作成します。 (これは、古い1.1の.netランタイムを使用するように設定されており、独自のアプリケーションプールで構成されています)ので、すべての目的と目的は完全に別です。

ルートWebサイトの.net 3.5 web.configを継承します。

私はルートのウェブサイトのweb.configファイルに

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

を追加しようとしましたが、動作するようには思えない。

不思議なエラーが実際に

です10
<sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"> 

ウェブサイトのパスWEBSITE/OLD_WEBAPPを持つ.net 1.1ランタイムから報告されていますが、WebSite(.net 3.5のように)web.configとそれがどのようにタイプ属性sectionGroupタグで指定します。

私は間違っていますか?明らかなことを教えてください。ありがとう

答えて

4

誰もが知っているように、今私の目的に役立つ回答が見つかりました。

私は両方のASP.NET用connect.microsoft.com

設定システム上でこのコメントから、この提案を得た

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG 

.NETで2.0グローバルなweb.configファイルをすべての設定を入れてしまいました1.1と2.0は階層的です。その結果、別のフレームワークバージョンがルートWebサイト(通常はinetpub \ wwwroot)の子である場合、子の構成システムはルートWebサイトから構成をマージしようとします。 1.1と2.0の両方の構成システムが親web.configsを探す物理ディレクトリ構造を歩き回っているので、この動作は仕様です。

共通2.0構成情報 を 2.0フレームワークのルートweb.configファイルに移動するのが簡単な回避策です。ルートweb.configは、 C:\ windows \ Microsoft.NET \ Framework \ v2.0.50727 \ CONFIGにあります。 このアプローチでは、すべての2.0 アプリケーションが共通の セクションを取得し、1.1アプリケーションは セクションを参照しません。

この問題を提出いただきありがとうございます。 上記の情報が役に立ちますようお願いいたします。 それはそれは.NET 2.0アプリケーションされていたかのように、非常にエレガントではありませんけれども 午後05時35分

で22/02/2008にMicrosoftによって掲示される

は、私のために働くようです。これが他の人に役立つことを願っています

Dan

8
<location path="." inheritInChildApplications="false"> 
    <system.web> 
    ... 
    </system.web> 
</location> 
+0

また、IIS内のサブフォルダに「仮想ディレクトリ」を作成していることを確認してください。 –

+1

親と子が.NET 2.0アプリケーションである場合にのみ動作します。 –

+2

...問題を引き起こしているsystem.webの中に何かがある場合にのみ違いがあります。問題は、エラーでsectionGroup要素をリストしていると言っていますが、これはこれで修正されません。 –

関連する問題