Spring統合：特定の送信または受信ゲートウェイがいつ必要なのですか

Question

私は春の統合ゲートウェイに関する質問があります。 ドキュメントhttp://docs.spring.io/spring-integration/reference/htmlsingle/#gatewayから私たちは汎用ゲートウェイを持っています。

新しい統合のための特定の送信または受信ゲートウェイを構築する理由を理解できません。カスタムゲートウェイを開発する特別な理由はありますか？事前 よろしく カルヤン

Answer 1

@MessagingGateway（<gateway>）で

おかげで、あなたの元のコードは、内部を気にしないメッセージング・サブシステムへのPOJIアダプタを表し、単にターゲットドメインを扱っています。これは、アプリケーション内での統合の一種です。

外部の世界（またはSpring Application Eventsなどの特定の内部プロトコル）と対話する必要がある場合は、メッセージングサブシステムに何らかの形で対応する必要があります。この目的のために、外部システム/プロトコルからデータ/イベント/パッケージ/メッセージを受信するためのゲートウェイ/アダプタと、メッセージをプロトコル固有のエンティティに変換して送信するゲートウェイ/アダプタoutboundゲートウェイ/アダプタがあります。

ゲートウェイは、双方向の要求/応答の抽象化です。アダプターは片方向のみ：受信のみ、または送信のみ。

ゲートウェイの説明はEIP Bookにあります。

最も一般的なプロトコルは、Spring Integrationでカバーされています。

Spring Integrationで必要なプロトコルアダプタの実装がある場合は、カスタムゲートウェイ（インバウンドまたはアウトバウンド）が必要です。

しかし、HttpRequestHandlingMessagingGateway（インバウンド）またはSftpMessageHandler（アウトバウンド）ゲートウェイとの単純なインターフェイスに@MessagingGatewayを混在させないでください。