春の統合でメッセージ伝送の信頼性をどのように保護しますか? たとえば、ルータでメッセージが変換されたり、スプリッタやトランスフォーマでメッセージが処理されなかったりすると、サーバがクラッシュしましたか? メカニズムがこれらの状況をどのように処理するか?参照や文書はありますか?バネ統合の信頼性esb
ご協力いただければ幸いです!
春の統合でメッセージ伝送の信頼性をどのように保護しますか? たとえば、ルータでメッセージが変換されたり、スプリッタやトランスフォーマでメッセージが処理されなかったりすると、サーバがクラッシュしましたか? メカニズムがこれらの状況をどのように処理するか?参照や文書はありますか?バネ統合の信頼性esb
ご協力いただければ幸いです!
デフォルトでは、メッセージはメモリに保持されますが、必要に応じてチャネルを永続的に宣言することができます。永続的なチャネルは、JMS、AMQP(ウサギ)、またはメッセージストアを使用します。 JDBC、MongoDB、Redisなど、多数のメッセージストアが用意されています。あるいは、あなたが選んだテクノロジーを使用するメッセージストアを構築することもできます。
http://static.springsource.org/spring-integration/docs/2.1.1.RELEASE/reference/html/
あなたのエントリポイントが(例えば、JMS AMQP、JDBC、JPA、...)トランザクションをサポートするチャネルアダプタまたはゲートウェイで、デフォルトのチャネルを使用する場合も、全体の流れは、内に行われますトランザクションコンテキストがスレッドにバインドされているため、そのトランザクションのスコープバッファリング・チャネルまたはダウンストリーム・アグリゲータを追加する場合、ゲーリーが言及したものを考慮して、信頼できる別のリソースに責任を引き渡して実際に初期トランザクションを完了させる必要があります(メッセージをメモリー内のマップに残すのではなく、たとえば、コミットします)。
希望は意味があります。
恥知らずなプラグ:アクション帳に春の統合内のトランザクションの良い概要があります、MEAPを通じて利用可能になりまし:http://manning.com/fisher/
よろしく、 マーク