> ## Documentation Index
> Fetch the complete documentation index at: https://docs.arc.cdata.com/llms.txt
> Use this file to discover all available pages before exploring further.
# REST V1 Connector (Deprecated)
> 動的なREST リクエストを構築するための従来のREST コネクタです。このバージョンは非推奨です。新しいフローには現行のREST コネクタを使用してください。
export const TlsClientAuthentication = () => <>
双方向TLS 認証が必要な場合のクライアント認証に関する設定です。
| 設定 | 説明 |
|---|
| Private Certificate |
TLS クライアント認証時に提示されるプライベート証明書です。 |
| Certificate Password |
TLS クライアント証明書にアクセスするために必要なパスワードです。 |
;
export const CommonProxySettings = () => <>
これらは、接続のルーティング先となるプロキシを識別し認証するための一連の設定です。デフォルトでは、このセクションはSecurity Settings ページのProxy Settings 部分にあるグローバル設定を使用します。チェックボックスをオフにすると、コネクタ固有の設定を指定できます。
| 設定 | 説明 |
|---|
| Proxy Type |
プロキシベースのファイアウォールで使用されるプロトコル。 |
| Proxy Host |
プロキシベースのファイアウォールの名前またはIP アドレス。 |
| Proxy Port |
プロキシベースのファイアウォールのTCP ポート。 |
| Proxy User |
プロキシベースのファイアウォールで認証するために使用するユーザー名。 |
| Proxy Password |
プロキシベースのファイアウォールで認証するために使用するパスワード。 |
| Authentication Scheme |
デフォルトのNone のままにするか、次の認証スキームのいずれかを選択します：Basic、Digest、Proprietary、またはNTLM。 |
;
export const CommonActionType = ({resource = "script"}) => <>
このコネクタは、3 つのコネクタアクションタイプのいずれも実行できます。
• Trigger は、スケジュールに基づいて{resource}を実行し、フローに送信するファイルを生成する場合があります。このアクションはフローの起点として機能します。
• Transform は、フローからのメッセージを{resource}への入力として受け取り、出力を生成します。このアクションはフローの中間として機能します。
• Terminal は、フローからのメッセージを{resource}への入力として受け取り、フローの終端として機能します。
;
export const NameDescription = ({extraRows}) =>
| 設定 |
説明 |
| Connector Id |
コネクタの静的で一意の識別子です。 |
| Connector Type |
コネクタ名とその機能の説明を表示します。 |
| Connector Description |
コネクタおよびフロー内でのその役割について自由形式の説明を提供するためのオプションフィールドです。 |
{extraRows}
;
export const SlasTab = ({siteName = "CData Arc"}) => <>
サービスレベルアグリーメント（SLA）の設定に関する設定です。
SLA を使用すると、フロー内のコネクタが送受信すると見込まれるボリュームを設定し、そのボリュームを達成すると見込まれる期間を設定できます。{siteName} は、SLA が達成されない場合にユーザーへ警告するメールを送信し、SLA をAt Risk としてマークします。これは、SLA が間もなく達成されない場合にViolated としてマークされることを意味します。これにより、ユーザーは介入してSLA が達成されない理由を特定し、適切な対応を取る機会を得られます。At Risk 期間の終了時点でもSLA が達成されない場合、SLA はviolated としてマークされ、ユーザーに再度通知されます。
SLA を定義するには、Expected Volume をオンに切り替え、Settings タブをクリックします。
- コネクタに送信と受信の個別のアクションがある場合は、ラジオボタンを使用してSLA がどちらの方向に適用されるかを指定します。
- ウィンドウのExpect at least 部分で、次を設定します。
- 処理を見込む最小トランザクション数（ボリューム）を設定します。
- Every フィールドを使用して期間を指定します。
- SLA を有効にするタイミングを指定します。Starting on を選択した場合は、日付および時刻フィールドを入力します。
- SLA を有効にしたい曜日のチェックボックスをオンにします。必要に応じて、ドロップダウンでEveryday を選択します。
- ウィンドウのSet status to 'At Risk' 部分で、SLA をAt Risk としてマークするタイミングを指定します。
- デフォルトでは、SLA が違反状態になるまで通知は送信されません。これを変更するには、Send an 'At Risk' notification をオンにします。
次の例は、月曜日から金曜日まで毎日1000 件のファイルを受信すると見込むコネクタ向けに設定されたSLA を示しています。1000 件のファイルが受信されていない場合、期間の終了の1時間前にAt Risk 通知が送信されます。
必要に応じてSLA アラートをオフにすることができます。これはメンテナンスウィンドウ中に役立ちます。navbar でSettings をクリックし、Alerts > General Alerts に移動します。タブレットと鉛筆のアイコンをクリックして編集し、SLA Alerts 設定のチェックを外します。
;
export const AlertsTab = ({siteNameShort = "Arc"}) => <>
アラートの設定に関する設定です。
サービスレベルアグリーメント（SLA）を実行する前に、通知用のメールアラートをセットアップする必要があります。デフォルトでは、{siteNameShort} はAlerts タブのグローバル設定を使用します。このコネクタに別の設定を使用するには、Override global setting をオンに切り替えます。
デフォルトではエラーアラートが有効になっており、エラーが発生するたびにメールが送信されます。これをオフにするには、Enable チェックボックスのチェックを外します。
Subject（必須）を入力します。Allow {siteNameShort}Script in Subject をチェックすると、Subject フィールドで{siteNameShort}Script を使用できます。これを選択すると、{siteNameShort}Script エディタボタンが表示されます（
）。
必要に応じてRecipient のメールアドレスをカンマ区切りのリストで入力します。
;
export const MiscConnector = () => <>
Miscellaneous 設定は、特定のユースケース向けの設定です。
| 設定 |
説明 |
| Other Settings |
非表示のコネクタ設定をセミコロン区切りのリストで設定できます（例：setting1=value1;setting2=value2）。通常のコネクタのユースケースや機能では、これらの設定の使用は必要ありません。 |
;
export const Logging = () => <>
ログの作成と保存を制御する設定です。
| 設定 |
説明 |
| Log Level |
コネクタが生成するログの詳細度です。サポートを依頼する際は、これをDebug に設定してください。 |
| Log Subfolder Scheme |
選択した間隔に従って、コネクタがLogs フォルダ内のファイルをグループ化するよう指示します。Weekly オプション（デフォルト）は、コネクタが毎週新しいサブフォルダを作成し、その週のすべてのログをそのフォルダに保存するよう指示します。この設定を空白のままにすると、コネクタはすべてのログをLogs フォルダに直接保存します。多数のトランザクションを処理するコネクタでは、サブフォルダを使用することでログを整理しやすくなり、パフォーマンスが向上します。 |
| Log Messages |
処理したファイルのログエントリにファイル自体のコピーを含めるには、これをオンにします。これを無効にすると、Transactions タブからファイルのコピーをダウンロードできなくなる場合があります。 |
;
export const MacrosExamples = ({extraMacros = []}) => <>
%Ext% や %ShortDate% などの一部のマクロは引数を必要としませんが、引数を必要とするものもあります。
引数を取るすべてのマクロは次の構文を使用します。%Macro:argument%
引数を取るマクロの例を次に示します。
- %Header:headername%：
headername はメッセージ上のヘッダーの名前です。
- %Header:mycustomheader% は、入力メッセージに設定された
mycustomheader ヘッダーの値に解決されます。
- %Header:ponum% は、入力メッセージに設定された
ponum ヘッダーの値に解決されます。
- %RegexFilename:pattern%：
pattern は正規表現パターンです。例えば、%RegexFilename:^([\w][A-Za-z]+)% は、ファイル名の最初の単語にマッチしてそれに解決され、大文字・小文字を区別しません（test_file.xml はtest に解決されます）。
- %Vault:vaultitem%：
vaultitem はVault 内のアイテムの名前です。例えば、%Vault:companyname% は、Vault に保存されたcompanyname アイテムの値に解決されます。
- %DateFormat:format%：
format は許容される日付形式です（詳細は日付形式のサンプルを参照してください）。例えば、%DateFormat:yyyy-MM-dd-HH-mm-ss-fff% は、ファイルの日付とタイムスタンプに解決されます。
{extraMacros.filter(item => item.example).map(item => - {item.example}
)}
次の例に示すように、より高度なマクロを作成することもできます。
- 1 つのファイル名で複数のマクロを組み合わせる：
%DateFormat:yyyy-MM-dd-HH-mm-ss-fff%%EXT%
- マクロの外側にテキストを含める：
MyFile_%DateFormat:yyyy-MM-dd-HH-mm-ss-fff%
- マクロの内側にテキストを含める：
%DateFormat:'DateProcessed-'yyyy-MM-dd_'TimeProcessed-'HH-mm-ss%
;
export const MacrosTable = ({siteName = "CData Arc", extraMacros = []}) => <>
ファイル命名戦略でマクロを使用すると、データの整理効率と文脈の理解を高めることができます。
ファイル名にマクロを組み込むことで、識別子、タイムスタンプ、ヘッダー情報などの関連情報を
動的に含めることができ、各ファイルに有用な文脈を提供します。
{siteName} は次のマクロをサポートしています。これらはすべて次の構文を使用します。%Macro%
| マクロ | 説明 |
|---|
| ConnectorID | コネクタのConnectorID に評価されます。 |
| ConnectorName | コネクタの名前に評価されます。ファイル名やパスに接続名を含めることができます。例えば、どのデータベース接続が生成したかによってバックアップファイルにタグを付けるために使用できます。 |
| Ext | コネクタが現在処理しているファイルの拡張子に評価されます。 |
| Filename | コネクタが現在処理しているファイルのファイル名（拡張子を含む）に評価されます。 |
| FilenameNoExt | コネクタが現在処理しているファイルのファイル名（拡張子を除く）に評価されます。 |
| MessageId | コネクタが出力しているメッセージのMessageId に評価されます。 |
| RegexFilename:pattern | コネクタが現在処理しているファイルのファイル名に正規表現パターンを適用します。 |
| Header:headername | コネクタが現在処理しているメッセージ上の対象ヘッダー（headername）の値に評価されます。 |
| LongDate | システムの現在の日時を長い形式（例：Wednesday, January 24, 2024）で評価します。 |
| ShortDate | システムの現在の日時をyyyy-MM-dd 形式（例：2024-01-24）で評価します。 |
| DateFormat:format | システムの現在の日時を指定された形式（format）で評価します。利用可能な日時形式については、日付形式のサンプルを参照してください。 |
| Vault:vaultitem | 指定されたVault アイテムの値に評価されます。 |
{extraMacros.map(item =>
| {item.name} |
{item.description} |
)}
;
export const Performance = () => <>
コネクタへのリソースの割り当てに関する設定です。
;
export const siteNameShort = "Arc";
export const siteName = "CData Arc";
REST コネクタは、RESTful API Web サービスを利用するための動的なREST リクエストの構築をサポートします。
## Key Capabilities
* すべてのHTTP メソッド（GET、POST、PUT、PATCH、DELETE）をサポートする完全なRESTful API クライアント
* API の自動設定とリクエスト生成のためのSwagger インポート機能
* OAuth 2.0、Bearer Token、AWS Signature、Basic / Digest 認証を含む高度な認証
* URL、ヘッダー、フォームデータでの{siteNameShort}Script サポートによる動的なリクエスト構築
* raw、form-data、URL エンコード、ファイルアップロードを含む柔軟なボディタイプ
## Overview
REST コネクタは、REST リクエストのヘッダー、認可、ボディ、HTTP メソッドを構築するためのシンプルなインターフェースを公開します。リクエストボディは、コネクタの設定で静的に設定することも、コネクタが処理するファイルに基づいて動的に生成することもできます。
### Actions
## Connector Configuration
### REST Details Tab
*コネクタのリクエスト詳細に関連する設定。*
#### Authentication
*REST サービスでの認証に関連する設定。*
| 設定 | 説明 |
| -------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| **Authentication Type** | REST サービスで使用する認証の種類。オプションは選択内容によって異なります。詳しくは、[Authenticating](#authenticating)を参照してください。 |
| **TLS Server Certificate** | TLS サーバーのアイデンティティを検証するために使用される公開鍵証明書。証明書をアップロードするか、フィールドを空白のままにして基底のOS / JVM に証明書の検証を実行させるか、または`Any Certificate` に設定してターゲットサーバーのアイデンティティを信頼することができます。Any Certificate は慎重に使用してください。証明書は、意図したサーバーに接続していることを検証するものです。 |
#### Request Details
| 設定 | 説明 |
| ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Import from Swagger** | 
アイコンをクリックすると、Swagger URL から直接API の詳細をインポートできます。 |
| **Test** | フローに送信されるメッセージやトランザクションを作成せずに、現在の設定をテストします。**Test** をクリックすると、4つのタブを持つウィンドウが開きます（詳しくは、[Testing Request Configurations](#testing-request-configurations)を参照してください）：
**Response Body**：サーバーからの応答のボディを表示します。
**Response Headers**：サーバーからの応答に含まれていたヘッダーを表示します。
**Message Headers**：テストの出力に含まれていたメッセージヘッダーを表示します。
**Log**：コネクタログを表示します。 |
| **Action** | コネクタが実行するアクション。（3つのオプションの詳細については、[Actions](#actions)を参照してください。） |
| **Request URL** | REST リクエストのHTTP メソッドとターゲットHTTP URL。利用可能なメソッドのオプションは、GET、POST、PUT、PATCH、DELETE です。 |
| **Body Type** | REST リクエストとともに供給されるボディコンテンツの種類。HTTP メソッドがGET の場合は表示されません。各オプションの説明については、[Body Types](#body-types)を参照してください。 |
| **Headers** | **Headers** タブでは、送信するREST リクエストに含めるHTTP ヘッダーの一覧を追加できます。ヘッダーは名前と値のペアとして指定します。詳しくは、[Static Requests](#static-requests)を参照してください。 |
| **Body** | **Body Type** が`form-data` または`x-www-urlencoded` に設定されている場合は、**Body** タブを使用して、リクエストのボディを構成する名前と値のペア（フィールド）のセットを供給します。詳しくは、[Body Types](#body-types)を参照してください。 |
### Settings Tab
*コネクタのコアとなる設定に関連する設定。*
#### Configuration
#### Advanced Settings
| 設定 | 説明 |
| --------------------- | ---------------------------------------------------------------------------------------------------------------- |
| **Local File Scheme** | コネクタが出力するメッセージにファイル名を割り当てるためのスキーム。ファイル名にマクロを使用して、識別子やタイムスタンプなどの情報を動的に含めることができます。詳しくは、[Macros](#macros)を参照してください。 |
### Advanced Tab
#### TLS Client Authentication
#### Advanced Settings
*前のカテゴリに含まれない設定。*
| 設定 | 説明 |
| ------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **{siteNameShort}Script in Headers** | クエリが発行される前に、ヘッダー内の{siteNameShort}Script 式の評価を許可します。例については、[URL](#url) セクションを参照してください。 |
| **{siteNameShort}Script in URL** | クエリが発行される前に、URL 内の{siteNameShort}Script 式の評価を許可します。例については、[Headers](#headers) セクションを参照してください。 |
| **Output Error Responses** | デフォルトでは、成功を示さないステータスコードで応答が送信された場合、コネクタはフローにメッセージを出力しません。この設定を有効にすると、こうしたエラー応答についてコネクタがフローにメッセージを出力するようになります。フローの後段でHTTP-Status-Code ヘッダーを使用してメッセージをフィルタリングできます。 |
| **Chunked Encoding** | リクエストの送信時にHTTP Chunked Transfer Encoding を使用するかどうか。これにより、アプリケーションはメッセージの一部（チャンク）を順次送信し、接続への過負荷を回避できます。 |
| **Chunk Size** | **Chunked Encoding** が有効な場合の各チャンクのサイズ（バイト単位）。 |
| **Compression** | リクエストを送信する前に、PUT またはPOST リクエストのボディを`gzip` 形式に圧縮するかどうか。送信するリクエストには**Content-Encoding** ヘッダーも追加されます。 |
| **GET Request Body** | GET リクエストが入力メッセージのデータをリクエストのボディとして使用できるようにします。 |
| **HTTP Version** | REST サービスへの接続時にHTTP 1.0、1.1、2.0 のいずれを使用するか。 |
| **Output Behavior** | デフォルトでは、コネクタは`Response` データを含むメッセージを出力します。他のオプションでは、さらに処理できるように`Input Message` を出力したり、メッセージをまったく出力しないようにしたりできます。詳しくは、[Response Event](#response-event)を参照してください。 |
| **Timeout (seconds)** | タイムアウトエラーをスローする前に、REST サーバーからの応答を待機する秒数。 |
| **Response Headers** | 設定すると、コネクタはREST メッセージから指定されたヘッダーを、ダウンロードされたメッセージのメタデータとして昇格させます。カンマ区切りのリストで複数のヘッダーを指定できます。 |
| **Preserve Cookies** | 出力メッセージにクッキーを保持するには、保持するクッキー名のカンマ区切りのリストを供給します。すべてのクッキーを保持するには`*` を使用します。**Note**：名前と値のペアのみが保持され、属性のチェックは実行されません。クッキーが意図しない宛先に漏洩しないようにするのはユーザーの責任です。 |
| **TLS Enabled Protocols** | 送信接続を確立する際にサポートされるTLS / SSL プロトコルのリスト。ベストプラクティスは、TLS プロトコルのみを使用することです。一部の古いオペレーティングシステムはTLS 1.2 をサポートしていません。 |
#### Proxy Settings
#### Logging
#### Miscellaneous
### Automation Tab
#### Automation Settings
*コネクタによるファイルの自動処理に関連する設定。*
| 設定 | 説明 |
| ------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Send** | ファイルの準備ができたときに、コネクタが自動的にファイルを送信するよう指示するトグル。 |
| **Retry Interval** | 失敗した送信を再試行するまでにコネクタが待機する間隔。 |
| **Max Attempts** | コネクタがメッセージの送信を試行する回数。この値を *1* に設定すると、コネクタは再試行せずに最初の送信試行のみを行います。コネクタは各試行の間に**Retry Interval** で指定された時間だけ待機します。 |
| **Receive** | 設定された間隔でコネクタが自動的にREST リクエストを行うよう指示するトグル。 |
| **Receive Execution Interval** | コネクタが設定されたREST リクエストを行う間隔。ここでの選択によって次のフィールドが異なります：
**Hourly**：*Minutes Past the Hour* ドロップダウンメニューで、受信ファイルを処理する正時からの分数を指定できます。
**Daily**：受信ファイルを処理する時刻（UTC）を指定する *Time* フィールドが表示されます。
**Weekly**：2つのフィールドが表示されます。*Day* では処理する曜日を選択でき、*Time* では受信ファイルを処理する時刻（UTC）を指定できます。
**Monthly**：2つのフィールドが表示されます。*Day* では処理する日にちを選択でき、*Time* では受信ファイルを処理する時刻（UTC）を指定できます。
**Minute**：処理間隔の分数を指定する *Minutes* フィールドが表示されます。
**Advanced**：5つの位置を持つ *Cron Expression* フィールドで、正確な処理間隔を指定できます。 |
| **Minutes Past the Hour** | 1時間ごとのスケジュールの分オフセット。**Receive Interval** が *Hourly* に設定されている場合にのみ適用されます。例えば、この値が5に設定されている場合、オートメーションサービスは1:05、2:05、3:05 などにリクエストを送信します。 |
#### Performance
### Alerts Tab
### SLAs Tab
### Transactions Tab
このタブには、コネクタに関連するすべてのメッセージが一覧表示されます。検索バーを使用して特定のメッセージを見つけるか、じょうごアイコンをクリックしてフィルタを適用します。時間、メッセージの方向、ステータスでフィルタリングできます。
このタブのオプションは、コネクタの[アクションタイプ](#actions)によって異なります：
* コネクタが**Trigger** の場合は、**Receive Files** ボタンを使用してフローを開始します。
* コネクタが**Transform** または**Terminal** の場合は、**Upload Files** ボタンを使用してフローにファイルをアップロードします。
## Establishing a Connection
任意のREST サービスへの接続を確立するには、有効なターゲットURL が必要です。サービスURL はさまざまなHTTP メソッドをサポートでき、取得する特定のWeb サービスのアクションやデータセットに基づいて**Method** を設定する必要があります。一部のサービスでは、サービスを利用するために認証やカスタムヘッダーのセットが必要になる場合もあります。
ターゲットURL がHTTPS URL の場合は、**TLS Server Certificate** をサーバーを識別する公開鍵証明書に設定します。ターゲットエンドポイントを暗黙的に信頼するには、フィールドを`Any Certificate` に設定します。
### Authenticating
REST コネクタはいくつかの認証タイプをサポートしており、各タイプにはそれぞれの要件があります：
* Basic（プレーンテキスト）、Digest（暗号化）、NTLM では、ユーザー名とパスワードによる認証が必要です。これらの認証情報は、リクエスト内のヘッダーとしてREST サービスに供給されます。
* OAuth 認証では、REST サービスのWeb ポータルまたは開発コンソールでのアプリ登録が必要です。アプリ登録に含める**Callback URL** は、{siteNameShort} のUI に表示されます。REST サービスに該当する**Grant Type** を選択し、REST サービスのWeb ポータルまたは開発コンソールに表示される詳細から残りの設定を指定します。次に、**Get New Access Token** をクリックして、サービスとやり取りするために必要なトークンを取得します。最初のトークンが取得されると、アプリケーションは有効期限が近づくとトークンを更新します。
* Bearer Token 認証では、サービスのWeb ポータルまたは開発コンソールからのトークンが必要です。
* Amazon に対して認証するためのAWS Signature 認証では、Amazon が提供する設定の認証情報（**Access Key**、**Secret Key** など）が必要です。
## Testing Request Configurations
フローに送信されるメッセージやトランザクションを作成せずに、いつでも現在の設定をテストできます。**REST Details** タブで**Test** をクリックします。次の画像は、成功したテストの**Response Body** の結果を示しています。
* **Response Body**：サーバーから返された形式でREST リクエストの出力を表示します。
* **Response Headers**：サーバーから返された応答に含まれていた応答ヘッダーを表示します。
* **Message Headers**：テストの出力に含まれていたメッセージヘッダーを表示します。
* **Log**：テストログを表示します。
## Body Types
コネクタの[Request Details](#request-details) タブを使用して、ボディの構成方法と供給する情報の種類を指定します。次のリストでは、各オプションについてより詳しく説明します。
* **none**：REST リクエストとともにボディは供給されません。
* **form-data**：ボディは名前と値のペア（フィールド）のセットとして供給されます。**Name** の横にあるドロップダウンリストを使用して、フィールドタイプを選択します。
* **Static**：**Name** と**Value** の両方を供給します。
* **XML**：UI で**Name** を供給します。**Value** は、コネクタが処理する入力ファイルから動的に読み取られます。詳しくは、[Dynamic Form Data](#dynamic-form-data)を参照してください。
* **File**：各コネクタは、1つのボディフィールドをFile に設定できます。これにより、入力ファイルがリクエストのボディで送信されます。コネクタが入力ファイル自体をフォームデータとして使用するため、**Value** フィールドはグレーアウトされます。
**Note**：**File** オプションは、動的リクエストや他のファイルリクエストと互換性がありません。このオプションを使用する場合は、静的フィールドとのみ組み合わせることができます。
* **Header**：**Value** フィールドを使用して、ボディのために入力メッセージから読み取るヘッダーを指定します。
* **{siteNameShort}Script**：供給された**Value** は{siteNameShort}Script としてレンダリングされ、結果の値がリクエストボディで使用されます。
* **x-www-urlencoded**：ボディはform-data と同じ方法で構成されます。ただし、名前と値のペアはマルチパートフォームデータではなく、URL クエリ文字列としてエンコードされます。
* **raw**：ボディは、コネクタが処理する入力ファイルの内容に設定されます。ドロップダウンを使用するか、**Header** セクションでカスタムヘッダーとして指定して、ボディの**Content Type** を選択します。
## Static Requests
完全に静的なコンテンツを持つREST リクエスト（HTTP GET メソッドを使用するリクエストなど）は、リクエストのコンテンツがコネクタのUI で完全に設定されるため、入力ファイルを必要としません。**Header** セクションにカスタムヘッダーとして、または**Body** セクションにフォームデータとして、必要な名前と値のペアを追加するだけです。
**Receive Automation** が有効な場合、静的リクエストはスケジュールに従って自動的に送信できます。各リクエストへの応答は、出力フォルダに保存されるか、フロー内の次のコネクタに渡されます。
**Send Automation** が有効な場合、コネクタの入力フォルダに到着したファイルも静的リクエストをトリガーします。入力ファイルの内容は無視され、UI の設定に従ってリクエストが送信されます。
## Dynamic Requests
REST リクエストは、コネクタの入力フォルダに到着したファイルのデータで動的に設定できます。
### Raw Input Data
リクエストの**Body Type** を`raw` に設定すると、入力ファイルの内容がREST リクエストのボディとして送信されます。
**Content Type** ドロップダウンを使用して、データの特定のコンテンツタイプを設定します。必要なコンテンツタイプが一覧にない場合は、**Header** セクションに *Content-Type* ヘッダーを追加できます。
### Dynamic Form Data
リクエストの**Body Type** を`form-data` または`x-www-urlencoded` に設定すると、コネクタは入力ファイルから特定の値を探してリクエストを設定します。`XML` に設定された各名前と値のペアについて、コネクタは入力ファイルをスキャンして、フィールド名と同じ名前を共有し、次に示す特定のXML 構造を使用するXML 要素を探します：
```xml theme={null}
```
この構造に合わせるため、CData は、後述の[とおり](#dynamic-templates-with-xml-map)、フロー内でREST コネクタの前にXML Map コネクタを使用することを強く推奨します。
コネクタがフィールド名と必要なXML 構造に一致する要素を見つけると、この要素内の値が名前と値のペアの値として使用されます。例えば、ボディに`CustomerID` という名前の動的フィールドがあり、入力ファイルに次に示すXML がある場合、REST コネクタは`CustomerID` フィールドの値を12354 に設定します。
```xml theme={null}
12354
```
#### Dynamic Templates with XML Map
REST コネクタと組み合わせて[XML Map](./xml-map/xml-map) コネクタを使用すると、他のXML データ構造から動的リクエストを簡単に構築できます。XML Map コネクタは、カスタムXML 構造を、REST コネクタが期待するXML 構造に変換します。
まず、リクエストに含めるべき動的（および静的）な**Body** フィールドのセットでREST コネクタを設定します。次に、{siteNameShort} フローでREST コネクタにXML Map コネクタを接続し、フローの変更を保存します。これにより、XML Map コネクタは、REST コネクタが受信する入力ファイルでどのフィールドを期待しているかを検出できるようになります。
その後、XML Map コネクタ内で、**Destination File** ドロップダウンにREST リクエストスキーマが含まれます。これをDestination として選択し、**Source File** をカスタムXML 構造に設定します。これによりXML Map のMapping Editor が設定され、REST リクエストに含める必要があるデータをソース構造からデスティネーション構造にドラッグアンドドロップできます。マッピングが完了すると、XML Map コネクタは、ソースファイルに一致するファイルを有効なREST リクエスト構造に自動的に変換します。
XML Map コネクタの使用に関する詳細については、[XML Map コネクタのドキュメント](./xml-map/xml-map)を参照してください。
### URL
コネクタ設定ペインの[Advanced tab](#advanced-tab)で**Allow {siteNameShort}Script in URL** を選択すると、{siteNameShort}Script の式を評価して、URL として動的な文字列を生成できます。例えば、次のURL には日付と時刻が含まれます：
`http://myendpoint.com/api?day=[_ | now('yyyyMMdd')]`
次のURL には、送信オートメーションを通じてトリガーされるクエリのために、受信メッセージのヘッダーが含まれます：
`http://myendpoint.com/api?customer=[_message.header:customerid]`
最後に、次のURL は、最後のクエリの時刻から現在のタイムスタンプまでの動的な日付範囲を使用し、最初のクエリにはデフォルトのタイムスタンプを使用します：
`http://myendpoint.com/api?DateFrom=[_connector.lastruntimestamp | def('2025-01-01T00:00:00-04:00')]&DateTo=[_connector.currenttimestamp]`
### Headers
コネクタ設定ペインの[Advanced tab](#advanced-tab)で**Allow {siteNameShort}Script in Headers** を選択すると、{siteNameShort}Script の式を評価して、ヘッダー値として動的な文字列を生成できます。例えば、次のヘッダーには日付と時刻が含まれます：
`Timestamp [_ | now('yyyyMMdd')]`
次のヘッダーには、送信オートメーションを通じてトリガーされるクエリのために、顧客Id が含まれます：
`Customer [_message.header:customerid]`
## Response Event
REST コネクタでレスポンスイベントを使用すると、サーバーから受信した応答（ボディ、ヘッダー、クッキーなどを含む）とやり取りし、コネクタが生成する出力メッセージを拡充できます。`Response` イベントでは、次の特別なアイテムを使用できます。
* [\_cookies](../scripting/introduction-to-arcscript#http-クッキー-_cookies)
* [\_message](../scripting/introduction-to-arcscript#メッセージ-_message)
* [\_request](../scripting/introduction-to-arcscript#http-リクエスト-_request)
* [\_response](../scripting/introduction-to-arcscript#http-レスポンス-_response)
### Response Event Example
このスクリプトは、REST 呼び出しから受信したJSON 応答を読み取り、JSON に含まれるアクセストークンを解析し、それをREST コネクタが作成する出力メッセージのヘッダーとして追加します：
```xml theme={null}
```
次の手順で何が行われるかを詳しく説明します：
1 Arc のREST コネクタにサーバーから返された応答のボディは、`_response.body` を介してアクセスされ、jsonDOMGet オペレーションのtext 属性に設定されます。jsonDOMGet の他の属性も設定されます。例えば、応答ボディ内の目的のトークンへのjsonpath を持つ`map` 属性などです。
2 jsonDOMGet オペレーションが呼び出されます。トークンが応答のJSON ボディ内で見つかると、`_message.header:access_token` 構文を介して、REST コネクタの出力メッセージにメッセージヘッダーとして追加されます。トークンが見つからない場合、`access_token` ヘッダーの値は静的な文字列 *Token not found!* に設定されます。
REST コネクタからのメッセージの出力メッセージ詳細を表示すると、{siteNameShort} ではその結果が次のように表示されます：
この種のスクリプトは、サーバーにリクエストを送信した後にサーバーから返された生のJSON 応答ボディからデータを解析する必要がある場合に役立ちます。その後、ヘッダーを読み取り、フロー内の後続のコネクタで使用できます。
サーバーがXML を使用して応答する場合は、xmlDOMget を使用して同じ結果を得ることができます。
## Macros
### Examples