[Built-in] (組み込み): そのコンポーネントに対してのみスキーマを作成し、ローカルに保管します。[Basic settings] (基本設定)タブにあるコンポーネントスキーマの詳細は、[Basic settings] (基本設定)をご覧ください。
[Repository] (リポジトリー): スキーマは作成済みで、リポジトリーに保存されており、さまざまなプロジェクトやジョブデザインで再利用できます。[Basic settings] (基本設定)タブにあるコンポーネントスキーマの詳細は、[Basic settings] (基本設定)をご覧ください。
[View schema] (スキーマを表示): スキーマのみを表示する場合は、このオプションを選択します。
[Change to built-in property] (組み込みのプロパティに変更): ローカルで変更を行うためにスキーマを組み込みに変更する場合は、このオプションを選択します。
[Update repository connection] (リポジトリー接続をアップデート): リポジトリーに保存されているスキーマに変更を加え、変更後にそのコンテンツをすべてのジョブにプロパゲートするかどうかを決める場合は、このオプションを選択します。
変更を現在のジョブにのみ反映する場合は、変更後、[No] (いいえ)を選択し、[Repository Content] (リポジトリーコンテンツ)ウィンドウで再びこのスキーマのメタデータを選択します。
[Name] (名前): 置換するプレースホルダーの名前を入力します。
[Value] (値): プレースホルダーの代わりに置換したい値を入力します。静的値(contactEntityなど)、受信レコードからの抽出値({.input.entity.id}など)、両方の混合値(version{.input.api.version}など)のいずれか
AUTHENT値を持つヘッダーはOAuth 2.0認証クエリーでのみ送信が可能である点に注意が必要です。
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エレメントのみを保持させることもできます。