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é par ligne de commande en utilisant le paramètre PACKAGES_FOLDER. Cela vous permet de modifier l'emplacement de téléchargement de vos workflows ainsi que leurs dépendances pour Studio et/ou Robot. Ce dossier peut être spécifique à l'utilisateur ou accessible par tous les utilisateurs d'une machine ; il peut être utilisé que le Robot soit installé en mode de service ou en mode utilisateur.

Pour le Robot en mode de service, les paquets sont installés simultanément sur tous les utilisateurs.

Remarque : pour plusieurs Robots en Mode Utilisateur installés sur une machine, le dossier des packages ne peut pas être le même (tel que C:\Packages). En effet, le premier Robot en Mode Utilisateur qui télécharge et installe un package restreint l'accès au fichier .XAML uniquement à cet utilisateur, ce qui rend les autres Robots en Mode Utilisateur sur cette machine incapables d'utiliser le dossier ou package correspondant en raison de privilèges insuffisants.

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^%.

Selon l’architecture utilisée par votre entreprise, certaines limitations peuvent être rencontrées. Vous pouvez retrouver les cas d’utilisation les plus fréquents ci-dessous :

Déploiement du Mode de service avec Secure XAML activé :

Chemin d'accès local :

• Lors de l'utilisation d'un environnement haute densité , le chemin d'accès doit être résolu différemment pour différents utilisateurs. Dans ce cas, le chemin d'accès doit contenir le format %USER%, %USERPROFILE% ou un autre chemin d'accès spécifique à l'utilisateur.
• Lorsque qu'aucun environnement Haute densité est utilisé, le profil de l’utilisateur n’a pas besoin d’être spécifié dans le chemin.

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.

En savoir plus sur Secure XAML.

Déploiement du Mode de service avec Secure XAML désactivé :

Chemin d'accès local

• Lorsque le Robot est déployé en Mode de service et que Secure XAML n'est pas utilisé, l’utilisation des chemins d'accès locaux n'est pas restreinte.

Chemin réseau :

• Seuls les chemins d'accès non mappés sont pris en charge, comme par exemple \\server\Packages. Les chemins d'accès 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 ce cas, le propriétaire des fichiers installés sera considéré comme le compte d'ordinateur.

Mode utilisateur

• Aucune restriction pour le format Chemin d'accès local ou réseau, car le Robot utilise le profil e l'Utilisateur Attented pour résoudre le chemin d'accès.

  Attention : l’utilisation d’un chemin d’installation personnalisé peut créer un conflit si plusieurs tâches exécutent simultanément un même projet possédant le même chemin d'accès d'installation, et peut causer une condition de course lors de l’écriture et de la lecture d’informations sur ces fichiers.

En savoir plus sur Secure XAML.