問題タブ [nservicebus4]

NServiceBus にエラーを処理させて再試行させるか、アプリケーション内の未知のエラーに対して有効な第 2 レベルの再試行を使用させることを理解しています。

たとえば、 transactionId == null と言うと、例外をスローしたくないだけで、これが余分な試行で通過することは決してないことがわかっているので、NService バスに処理させます。例外シナリオを知っている場合、これが最善の方法は何ですか?

私は、さまざまなエンドポイント (A、B、C、D) を呼び出すサガを使用しています。サガをハング状態にしたくないので、このエンドポイントで上記のエラー シナリオをどのように処理しますか。

私は 6 つの異なるエンドポイントに触れるサガを持っており、サガは一種のワークフローです。とにかく、実行されるタイムアウトを設定できますか?プロセスが終了していない場合は、そのサガを終了して何かをしたいと思いますか???

サブスクリプション情報が DB に保存されているパブリッシャーをどのようにセットアップしますか? パブリッシャーとサブスクライバーの構成には何が必要ですか??

ソリューションのいくつかのサービスで使用するアセンブリでサービス登録を再利用しようとしています。NServiceBus Web サイトにリストされている例に従って、ソリューションを実装します。それに従うと、IWantCustomInitialization インターフェイスを追加しない限り、Init メソッド (および IoC コンテナーの実装) が機能しないように見えます。そのインターフェースを実装すると、例外が発生します（こことここの SO の質問にリストされています）。例外がなく、MessageHandler の依存関係が適切に設定されていることを機能させることができないようです。これが私の現在の EndpointConfig 実装です。

public static class Extensions { public static Configure ObjectBuilderAdapter(この Configure config) { ConfigureCommon.With(config, new ObjectBuilderAdapter(new DependencyInjectorBuilder())); 設定を返します。} }

注: INeedInitialization インターフェイスを使用すると、IStartableBus を探しているときに ComponentNotRegisteredException が発生します。

DistributorDataAddress とは何ですか? WorkerNode での使用は何ですか????

すべてのスケーリングの例で、これが Worker でセットアップされていることがわかります。

パブリッシュ/サブスクライブの実装に問題があります。NServiceBus バージョン 2.6 から 4.0.4 にアップグレードしています。ログから理解できる限り、すべて問題ないように見えますが、サブスクライバーによるメッセージの処理が非常に遅いです。NServiceBus.Host.exe を使用します。

古い実装では、スレッドを次のように構成しました。

そして、メッセージは素晴らしい速度で通過します。

新しい実装では、構成に必要な変更を加えようとしました:

重要な何かが欠けていますか？

私は有効なライセンスを持っているので、最大スレッドを使用する必要があります。私は RavenDB や SQL を持っていません。実装では MSMQ を使用しています。サブスクライバーの構成コードで Sagas と TimeoutManager を無効にしました。

私は大まかなテストを行いましたが、私の開発環境の違いは、2.6 バージョンが 1 秒あたり約 80 メッセージを処理し、4.0.4 バージョンが 1 秒あたり約 8 メッセージを処理したことです。これは非常に悪いことです。ここで何かがおかしいので、それが何であるかを見つけることができないようです。

編集: 問題はプロジェクト構造から生成されたようです。何らかの理由で、NServiceBus の古いバージョンは、MEF を使用して実際のサブスクライバー アセンブリをロードする汎用サブスクライバーを使用した構造的アプローチを気にしませんでしたが、新しいものはスリープ状態になりました。フォルダー構造を変更したところ、サブスクライバーが意図したとおりに機能するようになりました。したがって、使用していた構成は問題なく機能しますが、設定から MaximumMessageThroughputPerSecond を削除して、可能な限り高速にすることを目的としているため、将来の問題が発生しないようにしました。