- Notes de publication
- Démarrage
- Assistant UiPath
- Installation et mise à niveau
- Types de robot
- Composants du Robot
- Licences
- Connexion des Robots à Orchestrator
- Processus et activités
- Journalisation
- Robot JavaScript SDK
- Scénarios spécifiques
- Redémarrage des composants du Robot
- Sessions Windows
- Connexion à l’aide du système d’informations d’identification Thales Luna
- Connexion à l’aide du fournisseur de services de chiffrement nShield
- Rediriger les Robots vers un serveur proxy
- Exécuter des tâches à partir d'une session de bureau à distance minimisée
- Utilisation de lecteurs réseau mappés
- Arrêter un processus :
- Désactiver le bouton Arrêt
- Dossiers de paquets personnalisés et chemins d'accès réseau
- Intégration de CrowdStrike
- Virtualisation des applis Citrix par le Robot
- Résolution des problèmes
- Robot ne répond pas sur RDP
- Journaux d'exécution en double
- Erreurs du Robot fréquemment rencontrées
- Augmentation de la durée d'exécution des processus
- Vérification forcée de la signature des paquets
- Message trop volumineux pour être traité
- Erreurs lors de l’exécution en tant qu’administrateur
- Les packages NuGet ne sont pas accessibles après la migration
- Invite de contrôle d'accès utilisateur et activités d'automatisation de l'interface utilisateur
- .NET nécessaire lors de l'installation
- L'assembly ne peut pas être chargé à partir du réseau ou d'un partage de fichiers Azure
- Les activités ne trouvent pas le runtime .NET
Les packages NuGet ne sont pas accessibles après la migration
Après avoir converti un Robot du mode service au mode utilisateur , les fichiers XML des packages NuGet ne seront pas accessibles une fois la migration terminée et le message d'erreur suivant s'affichera :
« L'accès au chemin C:\Users\john.doe\.nuget\packages\HelloWorld\1.0.0\lib\net45\Main.xaml
est refusé ».
.nuget\packages
) par l'utilisateur du système local sous lequel le Robot exécute le service.
Une fois convertis en mode utilisateur, les packages NuGet de ce dossier ne sont plus accessibles, car l'utilisateur actuel qui exécute le Robot ne dispose pas des autorisations pour afficher ou modifier ces fichiers.
Si vous choisissez de supprimer des packages du dossier d'origine, le Robot réinstalle les processus dans le dossier configuré sous l'autorisation de l'utilisateur. De cette façon, le Robot a accès aux fichiers chaque fois qu'il a besoin de les exécuter.
%userprofile%\.nuget\packages
en choisissant un chemin différent, comme %userprofile%\.nuget\packages_new
.
.nuget\packages
et à télécharger les processus qu'il contient afin qu'ils puissent être utilisés ultérieurement.
%userprofile%\.nuget\packages
. Vous pouvez définir un dossier différent de l’une des façons suivantes :
- Lors de l’installation, à l'aide de la ligne de commande avec l’option
PACKAGES_FOLDER
. -
Après l’installation, en modifiant manuellement le fichier
uipath.config
:- Ouvrez le fichier
uipath.config
dans un éditeur de texte. Par défaut, le fichier est accessible viaC:\Program Files\UiPath\Studio
. - Dans le nœud
packageSettings
, ajoutez la clépackagesInstallationFolder
, le chemin vers le nouveau dossier étant sa valeur. -
Enregistrez les modifications et redémarrez le robot.
Par exemple, ajoutez ce qui suit àuipath.config
pour remplacer l’emplacement de téléchargement parC:\nuget
.<packageSettings> <add key="packagesInstallationFolder" value="C:\nuget" /> </packageSettings>
<packageSettings> <add key="packagesInstallationFolder" value="C:\nuget" /> </packageSettings>
- Ouvrez le fichier
Pour en savoir plus sur les différences entre les Robots en mode service et ceux en mode utilisateur, consultez le document Selon le déploiement qui fournit une description plus détaillée de chaque type de Robot.