2010-12-08 6 views
1

NServiceBus FAQによれば、例外を処理するべきではありません。 代わりに、NServiceBusパイプラインは、バスからエラーメッセージを取り出し、それをエラーキューに移動します。 問題は、実際にエラーが発生した原因をエラーキューのメッセージで確認することはできません。 例外をログに記録することで回避することができますが、エラーメッセージのタイムスタンプを確認し、エラーログと照合する必要があります。NServiceBusを使用してエラーが発生したメッセージを特定のキューに移動する

エラーメッセージを特定のキューにルーティングすることをお勧めしますか?もしそうなら、どうすればNServiceBusでこれを行うことができますか?

サポートスタッフがエラーをより簡単に処理できるように、特定のエラーキューを作成できると考えていました。

答えて

2

githubのトランクを見てください。例外の詳細を含むFaultManagerという新しい概念があります。あなたは、メモリ内のフォールトを処理したり、特定のキューにフォワードしたり、Hibernate経由でデータベースにフォールトを格納することができます。

現在のNSB RTMに基づいて構築する場合は、一般的なエラーキューを監視しそこからメッセージを転送するために何かを実装することができます。

+0

FaultManagerは理想的です。それがRTMになるのはいつですか? –

+0

私はそれに手がかりを持っていません。私はそれを持って遊んできており、取り組む必要のあるものがいくつかあります。その間、私たちはReturnToSourceQueueツールをビルドして強化し、コミュニティに貢献する計画を立てます。 –