質問

私は社内のメッセージングインフラストラクチャ上に共通の抽象インターフェイスを作成しようとしています。設計目標は 2 倍にすることです。1 つは、プログラミングの複雑さを開発者から隠すことです (それほど複雑ではないことはわかっていますが、さらに単純化します)。2 つは、開発者をベンダー固有のメッセージング インフラストラクチャから独立させることです (つまり、MQSeries または EMS または MSMQ にすることができます)。

非常に一般的なオプションは、メッセージング インフラストラクチャ上で WCF レイヤーを使用することです。WCF の MQSeries カスタム チャネルを使用するか、WCF の EMS カスタム チャネルを使用します。ただし、MQSeries と EMS の適切なバージョンがないため、どちらも除外されます。

誰かがこの問題に対する考えられる解決策を提案していただけますか。JMSのようなカスタムラッパーを使用することが考えられます。これまでに似たようなことを試した人はいますか。どんな助けでも素晴らしいでしょう。

ちなみに、私はこのラッパーをC# 3.5で作成しようとしています。

よろしく

役に立ちましたか?

解決

あるよ NMS, これは、JMS プロトコルの .NET 実装です。これには、基礎となるメッセージ ブローカーとして ActiveMQ と連携するプロバイダーが付属しています。

さらに便利なメッセージング抽象化を提供する、.NET 用の優れたオープン ソース Service Bus 実装をいくつかチェックすることも価値があるかもしれません。 Nサービスバス, 大量輸送 そして Rhino サービスバス 思い浮かぶ。

他のヒント

IBMは、WebSphere MQ用のXMSライブラリを提供しています。彼らは、WebSphere MQで動作するJMSプロトコルの.NET実装されます。

これらは、サポートパックIA9H を無料でダウンロードしている。

として配信されています
ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top