Dossiers de paquets personnalisés et chemins d'accès réseau

Un package combine toutes les parties utilisées dans une automatisation et peut inclure : des activités, des workflows, des fichiers, des sources de données et d'autres composants nécessaires à l'exécution de l'automatisation. Un projet créé dans Studio est publié en tant que package vers un emplacement/un flux à partir duquel il est ensuite téléchargé par le robot et utilisé pour exécuter une automatisation.

Les emplacements/flux suivants sont configurés par défaut dans Studio :

• Locataire d'Orchestrator et Hôte d'Orchestrator
• Local
• Officiel
• Marketplace

Les flux personnalisés peuvent également être utilisés, mais avant de mettre en place un emplacement personnalisé pour publier un package, assurez-vous que les Robots y ont accès.

Attention : pour l'emplacement des packages, des chemins absolus doivent être utilisés. Les chemins relatifs ne sont pas pris en charge.

Pour plus d'informations sur le fonctionnement des flux et leur modification, consultez le document Gestion des packages d'activités, qui vous fournira de plus amples détails à ce sujet.

Modification de l’emplacement du package

L'emplacement du package peut être modifié via la ligne de commande de configuration en utilisant le paramètre PACKAGES_FOLDER ou en modifiant le fichier uipath.config. Cela vous permet de modifier l'emplacement de téléchargement de vos workflows ainsi que leurs dépendances pour Studio et/ou Robot.

Si vous n'indiquez pas ce paramètre lors de l’installation du Robot via la ligne de commande, le dossier par défaut sera %userProfile%\.nuget\packages.

Il est possible d'utiliser des variables d'environnement, telles que %USERNAME% ou %USERPROFILE%. Toutefois, vous devez les échapper comme il suit :

• Lorsque la configuration est invoquée depuis l'invite de commande, utilisez UiPathStudio.msi PACKAGES_FOLDER=C:\Some\Path\^%USERNAME^% ;
• Dans les scripts de commandes, utilisez % - UiPathStudio.msi PACKAGES_FOLDER=C:\Some\Path\^%USERNAME^%.

• Dans la console ou les scripts PowerShell : aucun échappement n'est nécessaire.

• Si votre utilisateur est un compte de domaine Active Directory, il est recommandé de spécifier également le nom de domaine dans la structure de dossiers, tel que C:\packages\^%UserDomain^%.^%Username^%

Utiliser le même chemin pour plusieurs robots

Plusieurs robots peuvent utiliser un même chemin (dossier local ou dossier réseau partagé) pour télécharger et exécuter des automatisations.

En fonction de l'emplacement et du type de déploiement du robot, certaines limitations peuvent exister :

Mode de service

Chemin d’accès local

• Pas de restrictions lorsqu'un chemin local est utilisé par plusieurs robots en mode service sur une même machine.

Chemin réseau

• Lorsque le Robot est déployé en Mode de service et que Secure XAML est utilisé, les chemins d'accès réseau ne sont pas pris en charge.
• Les robots en mode service installés sur des machines distinctes ne peuvent pas se connecter au même dossier sur un réseau. Chaque machine doit avoir son propre dossier.
• Seuls les chemins non mappés sont pris en charge, par exemple \\server\Packages. Les chemins d'accès réseau mappés tels que Z:\Packages ne sont pas pris en charge. Ce raisonnement repose sur la façon dont les mappages sont résolus par utilisateur. Dans le cas présent, le propriétaire des fichiers installés sera le compte d'ordinateur : par conséquent, il n'aura pas accès aux mappages réseau par utilisateur.

Mode utilisateur

Chemin d’accès local

• Lorsque des chemins locaux sont utilisés, le chemin doit contenir le nom d'utilisateur.
• Si un même chemin local est utilisé par plusieurs robots en mode utilisateur sur une même machine, l'installation ou l'exécution d'une automatisation est susceptible d'échouer lorsque deux robots ou plus tenteront d'utiliser les fichiers du dossier en même temps. Si deux robots ou plus tentent d'installer le même processus en même temps, l'installation peut également échouer.

Chemin réseau

• Lorsque des chemins d'accès réseau sont utilisés, le chemin d'accès doit inclure le nom de la machine et le nom d'utilisateur.

  Remarque :

  Si un même processus doit être exécuté par plusieurs robots simultanément, assurez-vous que le workflow n'écrit ou ne modifie aucun fichier dans le dossier d'installation du workflow. Le répertoire de travail de l'automatisation est le dossier d'installation : vous devez donc éviter d'utiliser des chemins relatifs dans le workflow, sauf pour lire les fichiers inclus dans l'automatisation.

  Pour éviter cela, utilisez des chemins d'accès absolus rattachés aux utilisateurs individuels. Par exemple, %userprofile%\Desktop et %temp%.