1

システムのさまざまな部分がメッセージを共有できる混合環境 (すべてが .NET ではない) で NSB を使用する方法はありますか?

4

3 に答える 3

3

これに関して、いくつかのオプションがあります。まず、非 .NET コンポーネントがメッセージを NSB に取得できるようにするために、WCF を介して NSB エンドポイントを公開できます。次に、.NET 互換 API またはサービスを介して非 .NET コンポーネントに同様の呼び出しを行うゲートウェイ エンドポイントにもメッセージを送信することにより、他のコンポーネントにメッセージを返すことができます。

第二に、別の世界に橋を架けることができる独自のトランスポートを作成することが可能です。つまり、MSMQ の代わりに実行される JMS 実装を提供できるということです。反対側で自分でメッセージを取得する必要があります。

最後に、NSB でサテライトと呼ばれるものをセットアップして、別の ESB/Broker を介して他のシステムへのブリッジを処理する人々を見てきました。サテライトは、独自のリソースを持つエンドポイントと一緒に実行されます。このブリッジを作成するためだけに、本格的なエンドポイントを設定することを検討してください。

于 2013-02-01T13:47:40.917 に答える
1

私はそう思いますが、NSB のすべての機能は、実際に環境の .NET コンポーネントで利用できます。NSB システムは、統合ポイントを介してシステム内の他の非 .net コンポーネントに拡張できます。

于 2013-01-31T23:55:45.230 に答える
1

今後の 4.0 リリースには、SqlServer、ActiveMQ、および RabbitMQ をトランスポートとして使用するためのサポートが含まれます。これにより、混合環境で NServiceBus を使用する必要性に対処したいと考えています。

于 2013-02-01T14:09:39.090 に答える