Pruebas y depuración

Ejecuta funciones de JavaScript localmente, llámalas a través de HTTP, ejecuta una como trabajo y valida el proyecto empaquetado antes de publicarlo.

Las funciones se ejecutan localmente antes de empaquetarse, en el mismo runtime y el mismo enrutamiento que utiliza la plataforma.

Servir y llamar

uip function serve

Inicia un servidor de recarga en caliente en el puerto 7070; --port lo cambia. Cada función HTTP es invocable en su ruta declarada, y la URL raíz enumera las rutas registradas.

Llama a una función servida con curl en su ruta declarada:

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

serve también tarda --runtime en elegir el runtime, node o deno.

Ejecutar uno como trabajo

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

run ejecuta la función una vez de la forma en que la plataforma ejecuta un trabajo, luego imprime un JobResult con el estado y los argumentos de salida. No necesita serve y no realiza ninguna solicitud HTTP, por lo que ctx.params y ctx.headers están vacíos: las mismas condiciones que ve una función de trabajo implementada. Úsalo para probar una función que no declara method ni path.

Pasa --entrypoint en lugar de --function para apuntar a un archivo directamente. Se requiere uno de los dos.

Llegar a Orchestrator localmente

ctx.robot es null en una ejecución local y ctx.platform se crea a partir de variables de entorno. Póngalos en un archivo .env en la raíz del proyecto:

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

serve carga ese archivo automáticamente en ambos runtimes compatibles. Exportar las variables en tu shell también funciona.

Validar el proyecto empaquetado

serve --production y run --production reproducen un inicio en frío de la plataforma: sin recarga en caliente, y el ejecutor del servidor instalado se reutiliza en lugar de reconstruirse. Ejecutar la salida empaquetada de esta manera muestra los fallos que la plataforma detectaría en la implementación; la mayoría de las veces una dependencia de runtime que se dejó en devDependencies. Consulta la referencia de CLI para ver la receta completa.

Próximos pasos

• Empaquetado y publicación
• Invocar funciones