春の統合でメッセージ伝送の信頼性をどのように保護しますか? たとえば、メッセージがルーターで変換されたときにサーバーがクラッシュしたり、スプリッターやトランスフォーマーでメッセージが処理されなかったりしますか? メカニズムはどのようにこれらの状況を処理しますか?参考文献やドキュメントはありますか?
どんな助けでも大歓迎です!
春の統合でメッセージ伝送の信頼性をどのように保護しますか? たとえば、メッセージがルーターで変換されたときにサーバーがクラッシュしたり、スプリッターやトランスフォーマーでメッセージが処理されなかったりしますか? メカニズムはどのようにこれらの状況を処理しますか?参考文献やドキュメントはありますか?
どんな助けでも大歓迎です!
また、エントリ ポイントがトランザクション (JMS、AMQP、JDBC、JPA など) をサポートするチャネル アダプタまたはゲートウェイであり、デフォルト チャネルを使用する場合、トランザクションとして、フロー全体がそのトランザクションのスコープ内で行われます。コンテキストはスレッドにバインドされます。バッファリングチャネルまたはダウンストリームアグリゲーターを追加する場合は、Gary が言及したことを考慮して、別の信頼できるリソースに責任を渡すことで実際に最初のトランザクションを完了するようにする必要があります (メッセージをメモリ内マップに残すのではなく、たとえば、コミットします)。
それが理にかなっていることを願っています。
恥知らずなプラグイン: Spring Integration in Action book 内にトランザクションの優れた概要があり、現在 MEAP から入手できます: http://manning.com/fisher/
よろしく、マーク
デフォルトでは、メッセージはメモリに保持されますが、必要に応じてチャネルを永続化することを宣言できます。永続チャネルは、JMS、AMQP (rabbit)、またはメッセージ ストアを使用します。JDBC、MongoDB、Redis など、多数のメッセージ ストアが提供されています。また、選択したテクノロジを使用するメッセージ ストアを構築することもできます。
http://static.springsource.org/spring-integration/docs/2.1.1.RELEASE/reference/html/