Test et débogage

Exécutez les fonctions JavaScript localement, appelez-les sur HTTP, exécutez-en une sous forme de tâche et validez le projet packagé avant la publication.

Les fonctions s'exécutent localement avant d'être empaquetées, avec le même runtime et le même routage utilisé par la plateforme.

Serveurr et appeler

uip function serve

Démarre un serveur de recharge automatique sur le port 7070; --port la modifie. Chaque fonction HTTP est appelable à l'aide de son chemin déclaré, et l'URL racine répertorie les chemins enregistrés.

Appelez une fonction servie avec curl à son chemin déclaré:

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

serve prend également --runtime pour choisir le runtime, node ou deno.

Exécuter-en une en tant que tâche

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

run exécute la fonction une fois que la plate-forme exécute une tâche, puis imprime une JobResult qui porte le statut et les arguments de sortie. Il n'a pas besoin de serve et n'effectue aucune requête HTTP, par conséquent ctx.params et ctx.headers sont vides - les mêmes conditions qu'une fonction de tâche déployée. Utilisez-le pour tester une fonction qui ne déclare pas method et path.

Transmettez --entrypoint au lieu de --function pour pointer directement vers un fichier. L'une des deux est requise.

Contacter Orchestrator localement

ctx.robot est null dans une exécution locale, et ctx.platform est créé à partir de variables d'environnement. Placez-les dans un fichier .env à la racine du projet:

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

serve charge ce fichier automatiquement sur les deux runtimes pris en charge. L'exportation des variables dans votre shell fonctionne également.

Validation du projet compressé

serve --production et run --production reproduit un démarrage à froid de la plate-forme: pas de rechargement automatique et le runtime de serveur installé est réutilisé plutôt que reconstruit. L'exécution de la sortie packagée de cette manière fait apparaître les échecs que la plate-forme rencontrait au niveau du déploiement, le plus souvent une dépendance d'exécution qui était laissée dans devDependencies. Voir la référence CLI pour la formule complète.

Prochaines étapes

• Empaquetage et publication
• Invocation de fonctions