3

Spring Integration に関していくつか疑問があります。

  1. Spring Integration フレームワークを使用して 3 つ以上のアプリケーションを統合できますか?

  2. ポイントツーポイント統合ですか、それともミドルウェア指向の統合ですか?

  3. クライアント サーバー アーキテクチャの場合 両方 (クライアントとサーバー) が Java ベースのアプリケーションである場合、同期通信には何を使用すればよいでしょうか? つまり、Spring Integration または JAX-RPC を使用する必要がありますか? 同期通信はどちらが速いですか？

4

1 に答える 1

5

Spring Integration は、軽量の統合フレームワークです。中央ブローカーを使用しないか、必要としません (多くの人がそれを利点と見なしています)。

ポイントツーポイントだけではありません。多対多環境を構成できますが、ブローカーは必要ありません。もちろん、必要に応じてミドルウェア ブローカーを使用することもできます (RabbitMQ や JMS など)。

同期 (要求/応答) 統合を実行する方法は多数あります。Spring Integration では、そのために通常使用されるコンポーネントはgateways (outboundクライアントinbound上、サーバー上) と呼ばれます。

これの利点の 1 つは、アプリケーションがどの手法が使用されているかを知る必要がないことです。簡単な構成変更で、アプリケーション自体に変更を加えることなく、使用する実際のプロトコルを好きなように変更できます。

ReST (http)、SOAP WebServices、JMS、AMQP、TCP/IP など、多くの手法がすぐに利用できます。

同期統合を RPC と考えないことをお勧めします。これはすべて、要求/応答メッセージングを使用した疎結合に関するものであり、メッセージの内容は API ではなくコントラクトです。

一方向積分は、channel-adapters ではなくgateways を使用して実現されます。

参照ドキュメントをご覧になることをお勧めします... http://static.springsource.org/spring-integration/reference/html/

于 2013-03-16T15:02:53.233 に答える