Teste e depuração

Execute funções do JavaScript localmente, chame-as por HTTP, execute uma como um trabalho e valide o projeto empacotado antes de publicar.

As funções são executadas localmente antes de serem empacotadas, no mesmo runtime e no mesmo roteamento que a plataforma usa.

Atender e chamar

uip function serve

Inicia um servidor de recarregamento hot na porta 7070; --port o altera. Cada função HTTP é chamável em seu caminho declarado, e o URL raiz lista as rotas registradas.

Chame uma função servida com curl em seu caminho declarado:

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

serve também leva --runtime para escolher o runtime, node ou deno.

Execute um como um trabalho

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

run executa a função uma vez da forma como a plataforma executa um trabalho e, em seguida, imprime um carregando JobResult o status e os argumentos de saída. Ele não precisa de serve e não faz solicitação HTTP, portanto, ctx.params e ctx.headers estão vazios — as mesmas condições que uma função de trabalho implantada vê. Use-o para testar uma função que declara que não há method e path.

Passe --entrypoint em vez de --function para apontar para um arquivo diretamente. Um dos dois é necessário.

Acesso ao Orchestrator localmente

ctx.robot é null em uma execução local, e ctx.platform é criado a partir de variáveis de ambiente. Coloque-os em um arquivo .env na raiz do projeto:

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

serve carrega esse arquivo automaticamente em ambos os runtimes compatíveis. Exportar as variáveis em seu shell também funciona.

Validação do projeto empacotado

serve --production e run --production produzem um início a frio da plataforma: não há recarregamento assistido, e o executor do servidor instalado é reutilizado em vez de recriado. A execução da saída empacotada dessa forma revela as falhas que a plataforma encontraria na implantação — na maioria das vezes uma dependência de runtime que foi deixada em devDependencies. Consulte a referência da CLI para obter a fórmula completa.

Próximas Etapas

• Empacotamento e publicação
• Invocando funções