リクエスタモジュール」をアプリケーションに追加し、このモジュールがフローの途中のメッセージのコンシュームを処理していました。キューを公開する場合、アプリケーションは次のようになりました。ログに記録するためには、ヘッダーを取得する構文を把握している必要があります。キューの設定の両方が必要です。操作を使用して、フローの途中のメッセージをコンシュームする機能が標準装備されています。この操作は前述のリスナとよく似ていますが、相違点はフローのどの時点でも使用できることです。パターンを実装できます。この場合は、クライアントがその場で作成した一時的な専用応答キューを使用するか、既存のキューを使用します。いうまったく新しい操作が用意されています。要素の操作のインラインで実行され、送信メッセージに影響する変換や設定はすべてこの要素の一部として行われます。キューを使用して、要求応答を実行できます。アプローチに変更されたことです。指定したインバウンドエンドポイントからトランザクションが開始されます。元のペイロードが失われていないことを確認します。ペイロードが変換され、アウトバウンドエンドポイントを介して送信可能になります。あらゆる例外をキャッチする例外戦略をセットアップします。パブリッシュされます。送信して、現在のトランザクションへの結合を試行します。次のアプローチで同じシナリオを実装できます。トランザクションが開始されます。指定したトランザクションに結合することはありません。生じたエラーをキャッチするエラーハンドラを使用して、メッセージが失われていないことを確認します。