Gestion des dépendances

Les dépendances du projet dans Studio font référence à des paquets liés à un projet spécifique, contenant des activités, par défaut ou personnalisées. Les dépendances sont contextuelles et prennent en compte la définition de chaque projet, y compris les activités qu'il utilise, les variables, les arguments d'entrée/de sortie. Par conséquent, une dépendance est définie uniquement si elle comprend au moins une référence dans la définition du projet.

Les dépendances par défaut d’un projet diffèrent en fonction du type de projet, de la compatibilité ou du modèle utilisé pour créer le projet.

Si d'autres doivent être ajoutés, cliquez sur le bouton Gérer des paquets (Manage Packages) et installez-les. Les dépendances installées sont disponibles uniquement pour le projet actuel, et la liste de dépendances par projet est visible dans le fichier project.json.

Le panneau Projet (Project) affiche les packages d'activités installés dans le projet d'automatisation, avec leurs sous-dépendances, règles de runtime, versions demandées et résolues. La compatibilité du projet est visible dans le nœud Dépendances (Dependencies).

Pointez sur une dépendance pour voir les versions demandées et résolues. Les actions contextuelles, telles que Gérer (Manage), Réparer (Repair) ou Supprimer la dépendance (Remove Dependency) sont disponibles uniquement pour les dépendances, et non pour leurs sous-packages.

Le statut des dépendances dans l’arborescence est codé par couleur comme suit :

• Rouge : la dépendance est introuvable.
• Orange : un sous-package est introuvable.
• Gris : la dépendance n’est pas résolue.
• Bleu pâle : la version résolue est supérieure à la version demandée.
• Bleu foncé : il y a une correspondance exacte entre la version demandée et la version résolue.

Ajout et mise à jour de dépendances

Pour ajouter des dépendances à un projet, installez-les à partir de la fenêtre Gérer les packages.Veuillez noter que les packages disponibles diffèrent en fonction de la compatibilité du projet. Vous pouvez également installer un package en ajoutant l'une des activités qu'il contient à un projet depuis la catégorie Disponible du panneau Activités ou la barre de recherche Ajouter une activité.

Whenever new versions are available for the current project dependencies, the Manage Packages button from the ribbon gets an update icon .

1. To manage dependencies in a project, simply right-click on the Dependencies category in the Project panel, and then click on Manage. This opens the Manage Packages window, with the Project Dependencies category. The icon shows which packages are currently installed.

   

2. Default dependencies are displayed, together with the versions that are currently linked to the project. To update a package, simply click on the update icon , next to the available version number. The icon is shown next to the package, meaning that dependencies are ready to be installed.

3. Les dépendances sont installées dans le projet, uniquement après que vous cliquez sur Enregistrer (Save). Simultanément, les versions des dépendances sont mises à jour dans le fichier project.json appartenant au projet.

Suppression de dépendances

• Pour supprimer une dépendance de projet, cliquez avec le bouton droit sur la dépendance dans le panneau Projet, puis sélectionnez Supprimer la dépendance.La dépendance est supprimée du panneau Projet et du fichier project.json.Vous pouvez également accéder à Gérer les packages > Dépendances du projet, sélectionner la dépendance à supprimer, puis cliquer sur Désinstaller.
• Pour supprimer toutes les dépendances inutilisées dans le projet, sélectionnez Supprimer les éléments inutilisés (Remove Unused) Dépendances (Dependencies) dans le ruban Studio, ou utilisez le raccourci clavier Ctrl+Shift+R. Tous les paquets installés qui n’ont pas de références dans le projet actuel sont supprimés du panneau Projet (Project) et du fichier project.json.

Réparation de dépendances

Si un workflow ouvert dans Studio possède des références vers les paquets ayant des versions non disponibles dans les flux Studio actuels, les dites dépendances sont marquées comme endommagées dans le panneau Projet (Project). Des détails sont disponibles dans le panneau Sortie (Output).

Studio permet de réparer toutes les dépendances en bloc ou individuellement. Pour réparer toutes les dépendances endommagées, cliquez avec le bouton droit sur le nœud Dépendance (Dependency) dans le panneau Projet (Project), et cliquez sur Réparer les dépendances (Repair Dependencies).

Cliquez avec le bouton droit sur une dépendance endommagée et sélectionnez Résoudre la dépendance (Resolve Dependency) pour la réparer individuellement. Vous pouvez également sélectionner Gérer (Manage) pour ouvrir la fenêtre Gérer des paquets (Manage Packages) et mettre à jour les paquets.

NuGet resolves broken dependencies by applying the Lowest Applicable Version runtime rule, meaning that it searches for the first applicable package version, higher than the one previously set.

Remarque :

Les activités manquantes ou non valides sont marquées dans le panneau Concepteur (Designer), tandis qu'une bannière d'erreur fournit des informations concernant le workflow et ses conflits de dépendances non résolus.

Définition des règles de dépendances

Les paquets d'activités sont disponibles dans plusieurs versions. C'est la raison pour laquelle leur installation ou mise à jour à l'aide de la fenêtre Gérer des paquets (Manage Packages) permet de définir des règles de runtime de dépendances pour chacun d'entre eux.

La Règle de runtime (Runtime Rule) spécifie quelle version de paquet installer au runtime. Elle présente deux options disponibles.

The Strict runtime rule is the default state for dependencies added upon process creation, and for activities packages installed from the Manage Packages window. It means that only the specified version of the package is used at runtime to execute the parent process. The Strict rule is marked in the Project panel, under Dependencies by the sign next to the package version.

The Lowest Applicable Version runtime rule means that if the target package isn’t found, the next higher version is searched in order to resolve dependencies. The Lowest Applicable Version rule is marked in the Project panel, under Dependencies by the sign next to the package version.

Lorsqu'un projet d'automatisation est exécuté à partir de Studio, le Robot télécharge la version de paquet spécifiée requise pour exécuter le projet, conformément aux règles de runtime définies précédemment pour chaque projet. Si la dépendance utilisée lors de l'exécution possède une règle de runtime Strict (Strict) et que la version de paquet exacte est introuvable, une erreur est générée. Pour plus d'informations sur la définition des règles de runtime pour les dépendances du projet, consultez la page Gestion des dépendances.

Résolution des conflits de dépendances

L'installation des paquets d'activités prennent en compte les règles de runtime des dépendances auparavant définies pour les dits paquets. Toutefois, certains conflits entre les versions peuvent se produire lors de l'automatisation des projets. Le projet d'automatisation et la bibliothèque qu'il contient peuvent posséder le même paquet d'activités, mais avec des versions et des règles de runtime différentes. Au moment de la conception, NuGet résout de tels conflits en choisissant la dépendance de niveau supérieur, qui est la plus proche du projet de la hiérarchie.

La résolution des conflits qui peut se produire est expliquée ci-dessous :

Le projet contient un paquet d'activités avec la version 1.0. La bibliothèque est référencée vers le projet et utilise le même pack, mais avec une version supérieure. La dépendance de niveau supérieur v1.0 est utilisée au runtime. Un avertissement s'affiche, mentionnant ainsi qu'une rétrogradation a été détectée.

The resolution of this scenario is applicable regardless of the runtime rule (Strict or Lowest Applicable Version ) previously set for the activities packages.

• Si vous choisissez Oui, le package d’activités référencé dans le projet est mis à niveau vers la version utilisée dans la bibliothèque.

• Si vous choisissez Non (No), la fenêtre Gérer des paquets (Manage Package) s'ouvre avec la fenêtre Dépendances du projet (Project Dependencies).

  

The project contains an activities package with the version 2.0. The library uses the same pack, but with a lower version and the Strict runtime rule. The top level dependency used in this case is v2.0 and a warning is given when the package is installed in the project.

The project contains an activities package with the version 2.0. The library uses the same pack, but with a lower version and the Lowest Applicable Version runtime rule. The top level dependency used in this case is v2.0 and a warning is given when the package is installed in the project.

The project references a library with an activities package version 1.0 and Strict runtime rule. The project references another library, but with an activities package version 2.0. The top level dependency in this case is the pack with v2.0, since it has the highest version. A warning is given when the activities package is installed.

In this conflict the project references two libraries, which in turn have Strict dependencies referenced among them. This scenario isn't supported. For detailed information, check the Dependency Resolution page.

Les cycles de dépendance sont des types de conflits qui se produisent lorsqu'un paquet se référence lui-même. Si vous nommez votre projet UiPath, Studio détecte un conflit de dépendances. Cela se produit, car le paquet UiPath existe déjà et est une dépendance à UiPath.UIAutomation.Activities. Il est recommandé d'éviter de nommer votre projet avec le nom d'un paquet déjà existant que vous prévoyez d'ajouter comme dépendance.

Le même cycle de dépendances se produit si vous ouvrez un fichier .xaml d'un dossier nommé UiPath ou tout nom d'un paquet existant que vous prévoyez d'ajouter comme dépendance. Ce dossier ne contient pas de project.json. Lorsque vous ouvrez un fichier .xaml qui ne possède pas de fichier project.json associé, Studio en crée un, et la balise "name" est renseignée avec le nom du dossier parent.

Ouverture de projets créés avec des versions précédentes

Important :

L’ouverture de projets créés avec Studio v2016.2 directement dans v2020.4 ou des versions plus récentes n'est pas prise en charge. Tout d’abord, ouvrez ces projets avec Studio v2018.4, puis avec v2020.4 ou plus récent.

Lorsque vous ouvrez un projet avec ou sans dépendances conçues avec une version antérieure à v2018.3 (sauf pour la version v2016.2), Studio vous demande si une migration automatique doit être effectuée, afin qu'elle puisse tenter de récupérer des dépendances manquantes ou d'en ajouter par défaut.

Upon confirmation, Studio attempts to retrieve missing dependencies and sets the Strict runtime rule for the packages that it finds. When using the Repair Dependency option in the Project panel, Studio attempts to install the next best package version. If the package version is not found, alerts are shown in the Output panel and you should check the configured feeds in the Manage Packages window.

Processes containing dependencies and that were built with Studio versions prior to v2018.3 continue to execute with Robot v2018.3. The runtime rule for such projects is set to Lowest Applicable Version.

Projects created with versions prior to v2018.3 that were never published don't have dependencies listed in the project.json file. When opening such projects, an alert in the Output panel notifies you of missing dependencies. UiPath packages delivered locally with Studio are added as dependencies with the Strict runtime rule. The latest version of such packages is automatically set.

Si ces projets contiennent des paquets autres que ceux fournis avec Studio localement, nous recommandons les actions suivantes :

• Publication du projet à l'aide de la version Studio dans laquelle il a été créé, facilitant ainsi le processus de migration en ajoutant des dépendances dans le fichier project.json ;
• Installation manuelle du package manquant à partir de la fenêtre Gérer les packages après avoir configuré le flux requis ;
• Utilisation de l'outil Mise à jour groupée des dépendances du projet pour ajouter la dépendance manquante à un grand nombre de projets.
  Remarque :

  Impossible d'enregistrer des workflows contenant des activités non valides. Installez la dépendance requise et enregistrez le projet.

Les paquets d'activités UiPath.V7.Activities, UiPath.Platform.Activities, UiPath.Framework.Activities ont été désapprouvés. Lors de l'ouverture des projets avec les paquets UiPath.Platform.Activities et UiPath.Framework.Activities, Studio v2018.3 ou versions ultérieures tente d'effectuer une migration automatique pour remplacer les anciennes versions des activités par de nouvelles.

Remarque :

Les workflows contenant l'élément activités du paquet UiPath.V7.Activities ne peuvent pas être migrés.

Une solution est disponible pour certains cas dans lesquels la migration n'est pas effectuée automatiquement.

1. Ouvrez le fichier project.json avec Notepad++.
2. Supprimez le paramètre "schemaVersion": "3.2".
3. Remplacez "studioVersion" par "toolVersion".
4. Passez la valeur "toolVersion" de "18.3.xxx" à une version précédente. Par exemple, passez la valeur de "18.3.0.958" à "18.2.958". Enregistrez le fichier.
5. Ouvrez le fichier .xaml avec Studio v2018.3 ou versions ultérieures pour que la migration soit effectuée. Les paquets d'activités désapprouvés sont remplacés par de nouveaux, comme illustré dans la section Dépendances (Dependencies) du panneau Projet (Project).
   Remarque :

   Dans certains cas, les fichiers .xaml contenant les paquets UiPath.Platform.Activities et UiPath.Framework.Activities ne peuvent pas être automatiquement migrés. La solution de contournement n'est pas applicable. Pour ces situations, il est recommandé d'ouvrir les projets dans Studio v2018.2 ou versions inférieures, et de remplacer les activités appartenant aux paquets susmentionnés par des activités contenus dans le paquet UiPath.Core.Activities. La même opération peut être effectuée pour les workflows contenant des activités provenant du paquet UiPath.V7.Activities.

À partir de Studio v2018.4.1, Microsoft.Activities v.1.0.1 et Microsoft.Activities.Extensions v2.0.6.9 ne sont plus intégrés au programme d'installation UiPathStudio.msi.

Au cas où une réparation serait nécessaire lors de la migration de projets contenant ces packs en tant que dépendances, installez les deux paquets à partir du flux Officiel (Official) ou d'un flux local. Avant d'exécuter de tels projets créés à l'aide de versions antérieures à v2018.4.1, assurez-vous que les paquets susmentionnés sont disponibles dans un flux accessible par le Robot.

Si vous effectuez la mise à niveau à partir d'une version antérieure à v2018.4.1, les deux paquets d'activités demeurent dans le flux Local (Local).