3

新しい ASP.NET MVC サイトの Enterprise Library の Exception Management Application Block から移動することを検討しています。

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

ELMAH は、「ほぼすべてのハンドルされていない例外のログ記録」に重点を置いているようです。処理したい例外はどうなりますか? 同じリポジトリを使用して、すべての例外を 1 か所で集中管理できますか?

アプリケーションで ELMAH をどのように使用していますか?実装されている唯一の例外処理ソリューションですか?それとも別のソリューションと組み合わせて使用​​されていますか?

4

1 に答える 1

0

これが尋ねられてからしばらく経ちましたが、これにはいくつかの解決策があります。

  1. New Relic主にアプリケーションのパフォーマンスに重点を置いていますが、未処理の例外があります。
  2. CodeAlert例外の処理とレポートにのみ焦点を当てています - 中央リポジトリに対してグローバルな例外と個々の例外を実行するために探している粒度を提供します。
  3. プリエンプティブ別のアプリケーション パフォーマンス アプリですが、例外的なサポートがあります。
于 2011-12-28T08:44:11.357 に答える