テストおよびデバッグする

JavaScript 関数をローカルで実行し、HTTP 経由で呼び出して、ジョブとして実行し、パブリッシュ前にパッケージ化されたプロジェクトを検証します。

関数は、プラットフォームが使用する同じランタイムとルーティングに対して、パッケージ化される前にローカルで実行されます。

サーブしてコール

uip function serve

ホット・リロード・サーバーをポート 7070 で起動します。 --port 変更します。すべてのHTTP関数は、宣言されたパスで呼び出され、ルートURLは登録されているルートをリストします。

宣言されたパスで curl を持つサーブされた関数を呼び出します。

curl -X POST http://localhost:7070/hello \
  -H "Content-Type: application/json" \
  -d '{"name":"Alice"}'

serveまた、ランタイム、node、または denoを選択するのにも--runtime時間がかかります。

ジョブとして実行する

uip function run --function process-order --input '{"orderId":"A-1"}'

run は、プラットフォームがジョブを実行する過程で関数を実行した後、ステータスと出力引数を含む JobResult を出力します。serve を必要とせず、HTTP 要求も行わないため、ctx.paramsと ctx.headers は空です。これはデプロイされたジョブ機能で発生する条件と同じです。これを使用して、 method を宣言せず、 pathを宣言する関数をテストする場合に使用します。

ファイルを直接指す--functionではなく --entrypoint渡します。この 2 つのうちの 1 つが必要です。

Orchestrator をローカルにアクセスする

ctx.robot はローカル実行で null され、 ctx.platform は環境変数から構築されます。それらをプロジェクトのルートにある .env ファイルに書き込みます。

UIPATH_ACCESS_TOKEN=<your-access-token>
UIPATH_BASE_URL=https://cloud.uipath.com
UIPATH_ORG_ID=<org id>
UIPATH_TENANT_ID=<tenant id>

serve は、サポートされている両方のランタイムでそのファイルを自動的に読み込みます。シェル内の変数のエクスポートも機能します。

パッケージ化されたプロジェクトを検証する

serve --production と run --production は、プラットフォームのコールド・スタートを再現します: ホット・リロードはなく、インストールされたサーバー・ランナーは再構築されるのではなく再利用されます。パックされた出力をこの方法で実行すると、プラットフォームがデプロイ時に発生する可能性のある失敗 (ほとんどの場合、 devDependenciesに残された実行時の依存関係) が表示されます。完全なレシピについては、 CLI リファレンス を参照してください。

次のステップ

• パッケージ化とパブリッシュ
• 関数の呼び出し