正解は以下の通りです。この場合、アドレスは変数に格納されます。したがって、ペイロードは上書きされず、注文の詳細が含まれます。
{
orderkey: "payload.order",
アドレスキー: "vars.address"
}

* バッチ スコープには、paylod mod 2 = 0 というフィルター条件があります。これは、2、4、および 6 のみがバッチ スコープに含まれることを意味します。
* したがって、これらのそれぞれのペイロードは 10 ずつ増加します。
* Aggregator のバッチ サイズは 2 に定義されています。そのため、2 つのレコードのバッチで処理されます。
* したがって、選択肢 3 が正解です。
[20,40]
[60]
固定サイズで構成されたアグリゲーターでの動作
このシナリオでは、バッチ ステップは処理されたレコードをアグリゲーターに送信します。アグリゲーターはレコードの処理を開始し、構成されたアグリゲーターのサイズに達するまでバッファリングします。その後、アグリゲーターは集約されたレコードをステッピング キューに送信します。
自動生成される図の説明

バッチ ジョブは、構成されたブロック サイズのレコード ブロックを構築し、それらを対応するバッチ ステップに送信して処理します。各バッチ ステップは 1 つ以上のレコード ブロックを受け取り、それらの処理を並行して開始します。
バッチ ステップがレコードを処理した後、バッチ ステップはさらなる処理のためにレコードをアグリゲータに送信します。
アグリゲーターは、集約されたレコードの数が構成されたアグリゲーターのサイズに達するまでレコードの処理を続けます。
https://docs.mulesoft.com/mule-runtime/4.3/batch-processing-concept

正解は「文字列が空白ではない」です。
-------------------------------------------------- -------------------------------------------------- ------------------------------------ ここで具体的に何が起こっているかを次に示します。
1) ペイロードが正常に「開始」に設定されました
2) ペイロードが文字列「Start」であるため、Is Blank String バリデーターはエラー オブジェクトを作成します。実行停止
#[error.description] = "文字列が空白ではありません"
3) エラー ハンドラが定義されていないため、Mule のデフォルトのエラー ハンドラがエラーを処理します。Mule のデフォルトのエラー ハンドラの核心は、エラー伝播のみを備えたエラー処理スコープであることを思い出してください。
4) 「文字列が空白ではありません」は、HTTP リクエストの本文でリクエスタに返されるエラー メッセージです。HTTP ステータス コード: 500 参考図:
図を含む画像 説明が自動生成される