問題タブ [nservicebus4]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
ravendb - 有効な商用ライセンスがないと Windows 認証をセットアップできません
NServiceBus 3+ は、デフォルトで永続化のために RavenDB を使用します。いくつかの記事 ( this、this、およびthis ) では、RavenDB が NServiceBus データ (サブスクリプション、サガ、タイムアウト) を格納するためだけに使用される限り、NServiceBus ライセンスで十分であり、別の RavenDB ライセンスは必要ないと述べています。ただし、RavenDB の現在のバージョン (ビルド 2700) では、サーバーで認証を設定することができず、以下のエラーがスローされます (Cannot setup Windows Authentication without a valid commercial license
)。これは、個別のライセンスなしでは NServiceBus で RavenDB (少なくとも最新バージョン) を使用できなくなったことを意味しますか? これは、少なくともビルド 2380 までは正常に動作します。これは、バージョンが v2.0 から v2.5 に変更されたときです。Subscription と Timeouts は NServiceBus 固有のデータですが、saga には http 経由ですべての人 (LAN 内であっても) にアクセスできない機密データが含まれている可能性があるため、認証なしで持続性を使用することはできません。RavenDB のライセンスを購入することはそれほど大きな問題ではありませんが、これまでのところ、RavenDB が NServiceBus データ以外に使用されない限り、NServiceBus ライセンスのみが必要であることがわかりました。これについて、NServiceBus または RavenDB チームから明確な説明を得ることができれば幸いです。
queue - NServiceBus 4.03 では、キューが存在しない場合、メッセージがトランザクション デッド レター Q に送信されます。
私はディストリビューター/ワーカーモデルを持っています。
マシン A - ディストリビューター
マシン B - ワーカー
ワーカー B が間違った Q 名でディストリビューターにメッセージを送信しようとすると、そのメッセージは Transactional Dead Letter Q に入れられます。
メッセージがエラー q に配信されることを期待していました。
performancecounter - 本番環境の NServiceBus 4.03 パフォーマンス カウンター
開発環境でプロファイルを使用してパフォーマンス カウンターを有効にしています。プロダクションで使用することを考えています。
これらのカウンターを本番環境で有効にすると、パフォーマンスに影響しますか?
error-handling - NServiceBus 4.03、Bus.Send の後にエラー状態が続く
私は佐賀で次のシナリオを持っています
シナリオ 1
その瞬間にデータベースがダウンした場合、
- メッセージは送信されますか?
- はいの場合、メッセージを再度送信する再試行 (FLR/SLR) が発生しますか?
シナリオ2
- メッセージは送信されますか?
ninject - メッセージ ミューテーターを Web アプリケーションに登録する方法
Ninject ビルダーで NServiceBus 4.0.3 を使用していますが、メッセージ ミューテーター ( IMutateTransportMessages
) を登録する方法がわかりません。
mutator を Ninject Kernel に登録しましたが、呼び出されません。以下は、NServiceBus の構成方法です。
handler - NServiceBus 4.03 間違ったハンドラーにスローされたメッセージを何らかのエラーに保持する方法はありますか q
Windows サービスとして NServiceBus ホストとして実行されている 5 つの異なるハンドラーがあります。
クライアントがメッセージを間違ったエンドポイント (つまり、エンドポイント A ではなくエンドポイント B を指している) に送信すると、メッセージが処理されないという問題が発生しました (期待どおり)。しかし、ハンドラーによって処理できないメッセージを何らかのキューに保存して、別のqに手動で渡すことができる方法はありますか.
現在、メッセージは失われており、私たちはそれをどうすることもできません。