トランスポートは完全に書き換えられました。トランスポートモデルを操作ベースのコネクタへと進化させました。このため、多数の新しい機能が可能になります。ポーリングインバウンドエンドポイントのみが提供された古いトランスポートとは異なり、オンデマンドでキューからメッセージをコンシュームする機能。呼ばれる最上位レベルの要素の下に設定されます。各設定は複数のキューを処理できますが、それらはすべて一時的キューか永続的キューのいずれかでなければならないという制限がありました。つのトランスポート設定が必要でした。各コネクタ設定が処理を行うキューを事前に定義します。これらのキューのそれぞれに、明確で柔軟な独自の設定を使用することができます。設定がアクセスできるのは、それぞれが定義したキューのみです。これは、誰もリスンしていないキューにメッセージをパブリッシュしないように設けられた制限です。メッセージソースを使用して、特定のキューのメッセージをリスンしていました。キュー内の要素ごとに、新しいメッセージがトリガされました。呼ばれるキューをリスンするトランザクションのインバウンドエンドポイントが定義されています。パラメータが使用されました。(この詳細はアウトバウンドエンドポイントの移行セクションで説明します)。メッセージソースが使用されます。...</flow>主な違いは次のとおりです。定義されたキューのみをリスンできます。要素を使用して応答を制御できるようになりました。指定しない場合、フローの最後に生成されるメッセージペイロードが設定になります。使用する必要がなくなりました。操作で生成されるメッセージに応じて、送信が自動的に判断されます。つのユースケースは、メッセージの順次リスンです。パラメータを使用してコネクタレベルで設定する必要がありました。これをリスナレベルで行うことができます。設定することで、メッセージを順次処理できます。コンポーネントを使用してメッセージをキューにパブリッシュします。パラメータが上記の例の動作で重要な役割を果たします。場合はメッセージが送信され、同じメッセージペイロードを使用して実行が続行されます。使用するフローからの応答を待機し、取得した応答は次のメッセージプロセッサに伝搬されます。つの異なる操作を使用して行います。使用して、送信されるメッセージのコンテンツをビルドできます。応答が生成されるのを待機します。ファイルで次の連動関係を追加します。feedback!MuleSoftは、SaaSとエンタープライズアプリケーションをクラウド、オンプレミス、またはその両方で接続するために広く使用されている統合プラットフォームを提供します。