2009-06-30 34 views
3

私は、新しいASP.NET MVCサイトのエンタープライズライブラリ内の例外管理アプリケーションブロックから離れることを検討しています。ASP.NET MVCのELMAHと例外管理

ELMAHのScott Hanslemanの投稿が私の目を引っ張ってきましたが、私はそのアプローチを十分に理解していません。通常、私はいくつかの例外(回復可能なもの)を抑制し、それらを中央のリポジトリに記録して、必要に応じてユーザーにメッセージを表示します。

ELMAHは、「ほぼすべての未処理の例外のログ」に焦点を当てているようです。私が扱いたい例外はどうですか?同じリポジトリを使用して、すべての例外に対して1つの中心的な場所がありますか?

アプリケーションでELMAHを使用している人は、唯一の例外処理ソリューションが実装されているのですか、それとも別のソリューションと併用されていますか?

答えて

0

これを尋ねたが、いくつかの解決策が、このためにそこに出ているされてからしばらくして:

  1. New Relicは、主にアプリケーションのパフォーマンスに焦点を当てたが、未処理の例外を行います。
  2. CodeAlert例外処理とレポートのみに焦点を当てる - 中央リポジトリに対するグローバル例外対個々の例外を行うために探している細分性を提供します。
  3. Preemptive別のアプリケーションのパフォーマンスアプリです(例外をサポートしています)。
関連する問題