4.3. フロールーティング¶

4.3.4.1. IMAuthentication¶

特別な認証処理を行わず現在のCookieに紐づくセッションの認証状態のままロジックフローを実行します。

4.3.4.2. Basic¶

Basic認証による認証を行いロジックフローを実行します。

4.3.4.3. OAuth¶

GET /<resource_path> HTTP/1.1
Host: localhost
Authorization: Bearer <access_token>

• OAuth認証モジュール 仕様書
• OAuth 管理者操作ガイド
• OAuth プログラミングガイド

4.3.7.1. JSON¶

入力データの情報をJSONで表現します。 リクエストボディにJSONを格納します。この場合、Content-Typeは “application/json” から始まる必要があります。

入力データのJSONでの表現方法については JSON上でのデータの表現 を参照してください。

4.3.7.2. リクエストパラメータ¶

入力データの情報をクエリパラメータ、または、application/x-www-form-urlencoded 形式で表現します。 入力データのパラメータ名をリクエストパラメータ名、パラメータの値を、リクエストパラメータ値として表現します。

型IDが “string” である “input1” と、型IDが “integer” である “input2” を入力データに持つ場合、リクエストパラメータは以下のように表現します。

input1=string&input2=123

オブジェクト型のプロパティは、 ”.” （ドット） 区切りで表現します。 型IDが “object” であるinput1があり、そのプロパティとして 型IDが “string” であるstrと、型IDが “integer” であるintを入力データに持つ場合、リクエストパラメータは以下のように表現します。

input1.str=string1&input1.int=1

配列型の表現は、同名のパラメータ名を複数指定することで行います。 型IDが “object” でかつ、配列であるinput1があり、そのプロパティとして 型IDが “string” であるstrと、型IDが “integer” であるintを入力データに持つ場合、リクエストパラメータは以下のように表現します。

input1.str=string1&input1.int=1&input1.str=string2&input1.int=2

制約として、以下の条件に一致する入力データを持つロジックフローのパラメータは構築できません。

• 型ID “object” が配列型であり、かつ、そのプロパティ（または内包するプロパティ）に配列型が存在する。

また、配列型の型ID “object” のプロパティは、null値を表現することはできません。（指し示す要素が不明となるため） これにより、空文字のパラメータを指定する必要がありますが型ID により、空文字を指定することでエラーとなる型が存在するため注意してください。

各型IDでのリクエストパラメータの表現は以下の通りです。

型ID	説明
string	文字列をそのまま指定します。
boolean	true/falseで表現します。
byte	整数形式で表現します。
character	整数形式で表現します。
short	整数形式で表現します。
integer	整数形式で表現します。
long	整数形式で表現します。
float	数値を指定します。
double	数値を指定します。
bigdecimal	数値を指定します。
biginteger	整数形式で表現します。
locale	ロケールIDを指定します。
timezone	タイムゾーンIDを指定します。
calendar	ISO 8601の拡張形式で指定します。
date	ISO 8601の拡張形式で指定します。
imdatetime	ISO 8601の拡張形式で指定します。
imduration	対応していません。
sqldate	ISO 8601の拡張形式で指定します。
sqltimestamp	ISO 8601の拡張形式で指定します。
binary	対応していません。
storage	対応していません。
map	対応していません。
any	対応していません。

4.3.9.1. JSONに変換して返却¶

実行したロジックフローの出力データをJSON形式に変換して出力します。 出力データに伴うJSONの形式については JSON上でのデータの表現 を参照してください。

4.3.9.2. テキストとして返却¶

output <object>
  ┗ body <string> or <storage>

4.3.9.3. HTMLとして返却¶

output <object>
  ┗ body <string> or <storage>

4.3.9.4. XMLとして返却¶

output <object>
  ┗ body <string> or <storage>

4.3.9.5. JSONとして返却¶

output <object>
  ┗ body <string> or <storage>

4.3.9.6. 任意のContent-Typeで返却¶

output <object>
  ┠ body <string> or <storage>
  ┗ Content-Type <string>

4.3.9.7. ファイルダウンロード¶

output <object>
  ┠ body <storage>
  ┗ Content-Type <string>

4.3.9.8. ファイルをインラインで返却¶

output <object>
  ┠ body <storage>
  ┗ Content-Type <string>

4.3.9.9. ファイルをバイナリで返却¶

output <object>
  ┠ body <storage>
  ┗ Content-Type <string>

4.3.11.1. リクエスト情報を利用したテナント自動解決機能を利用している場合¶

REST APIを実行するリクエストに、リクエスト情報を利用したテナント自動解決機能が要求するテナント情報を含めてください。 例えば、URLのサブドメインを利用してテナントの自動解決を行っている場合、REST APIを実行するリクエストのURLを対象のテナントを指す値としてください。

4.3.11.2. リクエスト情報を利用したテナント自動解決機能を利用していない場合¶

認証方式による認証 が IMAuthentication である場合は、あらかじめ対象のテナントに対してログインしたセッション上でREST APIを実行する必要があります。

認証方式による認証 が Basic である場合は、Basic認証のユーザ名にテナントを指定する必要があります Basic認証におけるテナントの指定方法については Basic を参照してください。