.NET 4.0でAjaxコントロールの問題を解決しました

Question

これは、マシンがちょうどあなたに迷惑をかけるような、本当に奇妙なエラーの1つです。 私たちは2つのウェブサイト、ASP.NETを持っていて、どちらも2.0でした。両方とも4.0にアップグレードしました。 これらのコードベースは同じコードベースですが、web.configファイルはそれぞれ異なり、異なるデータベースを指し、IISで別々のWebアプリケーションとして実行されます。

アップグレード後、1つは動作し、1つは動作しません。

「システムが定義されていません」、「タイプが定義されていません」、「__nonMSDOMBrowserが定義されていません」（Firebug）など、Microsoft AJAX Controlツールキットの周囲に一連のJavaScriptエラーが発生します。 。 FirebugでScriptsパネルを使用すると、 'ScriptResource.axd？d = IOBqtxq ...'のスクリプトがすべて表示されますが、それらを見ると、多くの人が ' ：/ScriptResource.axd?d=IOBqtxq7p ... '。

CodePlexの著作権といくつかのjavascriptが戻ってきますが、その多くは戻っていません。そして本当に奇妙なこと？壊れたサイトのアプリケーションプールをリサイクルすると、最初にサイトにアクセスしたときにエラーが発生することはありません。ポストバックは機能し、ログインします。その後、戻って再びヒットします.JavaScriptのエラーは戻ってポストバックはありません。

アイデア？

Answer 1

私は自分の質問に答えるのが嫌いですが、他の誰も計量していないので、これは私たちが思いついた最高のものです。

Webガーデンスレッドを指定するWebサイトの設定がIISにあります。これは、サイトがロードバランシングされたWebガーデンにある場合に使用するスレッド数を仮定しています。この新しいサイトを7に設定しました。これは.NET 2.0での動作です。明らかに2.0はもっと寛容です（または無視します）が、4.0は狂っています。サイトへの1回のリクエストは、さまざまなリソースの要求です。これは、異なるスレッドによって処理されてしまいます。これは、混乱を招くと想像することができます。そして、どのスレッドが何をするかによって、毎回違ってきます。

他に誰かが説明していない限り、私はこれを閉じます。

Answer 2

同じアプリケーションプールから多くのアプリケーションを実行すると、本当に奇妙なajax動作が発生する可能性があります。多くの場合、DefaultAppPoolを共有するアプリでこれが表示されます。

アプリケーションの個別のアプリケーションプールを作成してみてください。