id={.input.user.id}name={.input.user.name}
{ "id": "{.input.user.id}", "name": "{.input.user.name}", "age": "{.input.user.age}", }
<user> <id>{.input.user.id}</id> <name>{.input.user.name}</name> <age>{.input.user.age}</age></user>
[Form data] (フォームデータ)とx_www_urlencoded: 属性名と値のペアを持つマルチパートフォーム、または属性名と値のペアを持つURLエンコードフォームを使ってボディを作成します。ドロップダウンリストの下にあるテーブルの行に、属性の名前と値を入力します。Data Shaping Selector Language構文を使ってプレースホルダーを定義すると、受信レコードから抽出された値で一部が動的に入力されます。
[Body] (ボディ): [Response body format] (レスポンスボディ形式)ドロップダウンリストで[Text] (テキスト)が選択された場合、bodyという文字列属性を1つだけ持つレコードが生成され、その中にペイロードがすべてコピーされます。[Response body format] (レスポンスボディ形式)ドロップダウンリストでJSONが選択された場合は、解析済みドキュメントの階層ストラクチャーを表すレコードが生成されます。制限事項: メインフロー内のボディ部分が200MBを超えると、レコードは切り詰められ、警告がスローされます。
例:
Some JSON inconsistencies has been identified: .users.*.addresses is not consistently present in all objects. .users.*.active is not consistently present in all objects. .users.*.email is not consistently present in all objects. .users.*.addresses is an array that contains items of several types: STRING, OBJECT. .users.*.addresses.*.country is not consistently present in all objects. .users.*.addresses.*.street is not consistently present in all objects. .users.*.addresses.*.zipcode is found with varying types: STRING, INT. Please, have a look to advanced settings JSON normalization to fix it.
これを防ぐためには、たとえば[Normalize attributes] (属性を正規化)オプションを使い、たとえ返される値がString型であっても.、.users.*.addressesというパスを持つ属性をARRAY型に、users.*.addresses.*.zipcodeというパスを持つ属性をINT型にそれぞれキャストします。また、.users.*.activeのように、不足している属性も追加できます(ここでは'true'か'false'のいずれかを返すのでBOOLEANとしてキャスト可能）。
さらに配列の正規化オプションを使い、アドレスにString型も含まれている場合でも、.users.*.addressesにOBJECTエレメントのみを保持させることもできます。