2011-01-27 10 views
2

HttpModule内のエラーを処理するためのベストプラクティスに関する情報を見つけようとしましたが、残念ながらGoogleに関する情報を見つけることができませんでした。HttpModulesのINSIDEでエラー処理に関するガイダンスリソースはありますか?

私が見つけたすべての情報は、完全に関係のないエラーを記録するためにglobal.asaxまたはカスタムHTTPモジュールを使用する方法に関連しています。

編集:明らかにこの質問は誤解されています。私は、HttpModulesのフォールトを防止し、カスタムエラーのリダイレクションをトリガし、IISがスレッドを完全にシャットダウンするまで無限の例外チェーンを再びフォールトさせるソフトウェアパターンに関する情報を求めています。

これは、HttpSessionStateコレクションがHttpModulesのライフサイクルに依存することができないため、これは非常に重要ではありません。エラー条件が既に発生しているので、ASP.NETセッションCookieを読み込んで、ユーザー固有のデータをアプリケーションキャッシュに格納できるという識別子を取得できるとは予想できません。 HttpRequest.Itemsコレクションにデータを格納することは、複数の要求にわたって存在しないため、無意味になります。

私の最終結論は、この中間情報を保存するためにクッキーを使用しなければならないということでした。

+2

私はIISがあると考えるならば、あなたのモジュールは、それが完全に要求 –

答えて

-1

K Ivanovが述べたように、標準的なエラー処理方法は他の場所と同じように適用されます。

try .. catch文でコードを囲みます。その後、適切に処理して、さらにレビューするためにログに記録します。ロギングには、情報をデータベースに格納する、テキストファイルに書き込むなどの形式があります。

HttpModulesについては特別なことは何もありません。

+0

この場合にも適用されると仮定します:Iエラーをキャプチャしてログに記録することとは何が関係しているのか分かりません。モジュールが単にエラーをバブルアップさせる場合は、IISが要求を強制終了することを確認します。しかし、あなたはこれらをキャッチする必要があります。 –

+0

@クリスMarisicを提供放棄障害が発生した場合を除き、標準のアプリケーションエラー処理が – NotMe

+0

これはロギングとは関係がありません。私は、HTTPモジュールを使用して完全に関係のないエラーをログに記録する方法を除いて、これに関する情報はありません。 –

-1

あなたが達成しようとしているものの非常に具体的なユースケースを表現していないので、質問は本当に明確ではありません。私が部分的に理解した場合。プロセスをまったく停止させない方法でHTTPモジュールのエラーを処理する方法があるかどうかを確認しようとしています。

+0

あなたの2番目のステートメントは正確ですが、あなたのサポートする議論は、関係する情報がないという唯一の情報は、httpモジュールと一般的な例外処理に関連していますが、モジュール。 –

関連する問題