2011-12-20 6 views
0

IIS7では、500のステータスコードを処理するように構成されたカスタムエラーページ(reportError.asp)があり、応答アクションは「実行URL」に設定されています。このページ(reportError.asp)は、COMライブラリを呼び出してaspエラーの詳細をレポートし、最後にaspの最後のエラーオブジェクト(およびその他のrequest、response、sessionなど)を取得し、包括的なエラーレポートを生成します。すべてIIS6で正しく動作します。実行URLによるIIS7カスタムエラーページ

IIS7で生成されたレポートには、エラーが発生した元のページではなく、元のファイルではなくreportError.aspファイルへのパスが含まれています。エラー番号と説明は空白です。 IIS7は、カスタムエラーページに制御を渡すさまざまな方法を使用しているようです。

クエリ文字列変数に次の値が含まれていることがわかりました:500; [元のページの完全なURL] IIS7がカスタムエラーページにリダイレクトして元のページを渡すIIS6では異なる方法で処理されていましたが、参照用のクエリ文字列として使用しました。

IIS7のこの領域の動作の変化をII6と比較して知っている人はいますか?

答えて

0

ASPアプリケーションのカスタムエラー処理ページは、500.100ステータスコードに設定する必要があります。 500のステータスコードに対してのみ設定すると、ページは実行されますが、ASPエラーのコンテキストは使用できません。

関連する問題