チャネルアダプタとメッセージングゲートウェイパターンの違いは何ですか？

Question

この2つのパターンについてどれだけ読んでも、私はその違いを見ることはできません。

Answer 1

メッセージングシステムへのアプリケーションアクセスを提供する点で類似しているため、これは大きな疑問です。彼らがそれを達成する方法です。私はそれを差別化すると思います。

チャネルアダプタパターンは、システムを変更せずに既存のシステムからデータを取得する方法を扱います。通常、チャネルアダプタはアウトオブプロセスで実装されます。頻繁に見られる例は、エンキューするものを見つけるために基礎となるデータベースを定期的に歩くプログラムです。おそらく、メッセージを作成するためにシステムデータにアクセスするためのリモートAPIまたはHTTP APIを呼び出すスタンドアローンのアプリケーションです。ポイントは、非メッセージングシステムは完全に修正されていないということです。

メッセージゲートウェイは、インプロセスメッセージングの統合を目的としています。これは、メッセージサブシステムの周りに良いOOカプセル化を適用することに関するものです。おそらく、システム内のいくつかのオブジェクトは、Send（WorkOrder wo）というメソッドを持つWorkOrderSenderと呼ばれます。そのクラスの実装は、メッセージングの詳細からアプリケーションを保護します。呼び出しは、別のメソッド呼び出しです。実際には、あなたのメッセージング・ベンダーを交換、あるいはSpring統合リファレンスドキュメント等からHTTPまたはFTP用

Answer 2

メッセージング取引することが可能なはずである。

JMSチャネルアダプタは、一方向のメッセージングのために意図されているのに対し（send-また、Spring Integrationは要求/応答操作のためにインバウンドおよびアウトバウンドのJMSゲートウェイも提供します。

がhttp://static.springsource.org/spring-integration/reference/htmlsingle/#jms

Answer 3

Aチャンネルを参照してくださいアダプタは、メッセージングシステムへの応用を接続しています。

• チャネルアダプタは開始及び一方向メッセージフローの最後に配置されています。
• チャネルアダプタは、いずれの単方向のインバウンドまたはアウトバウンドアダプタにも適用されます。すなわち
• 、インバウンド・チャネル・アダプタは、でのみメッセージ
  交換、およびアウトバウンド・チャネル・アダプタをサポートアウトのみ交換をサポートします。

任意双方向、又は要求 - 応答、アダプタはゲートウェイとして知られています。

• 着信要求が複数のスレッドによってサービスされる必要があるが、呼び出しは、メッセージングシステムを知らないままにする必要がある場合、インバウンドゲートウェイは解決策を提供します。
• outbound側では、同期呼び出しで受信メッセージを使用し、その結果を応答チャネルで送信できます。たとえば、アウトバウンドゲートウェイを使用して、Webサービスを呼び出したり、JMSを介して同期要求/応答の対話を行うことができます。