Verwalten von Abhängigkeiten

Projektabhängigkeiten in Studio beziehen sich auf Pakete, die mit einem bestimmten Projekt verbunden sind, das entweder Standard- oder benutzerdefinierte Aktivitäten enthält. Abhängigkeiten sind kontextbedingt und berücksichtigen die Definition jedes Projekts, einschließlich der verwendeten Aktivitäten, Variablen und Eingabe-/Ausgabeargumente. Daher wird eine Abhängigkeit nur definiert, wenn sie mindestens einen Verweis in der Projektdefinition enthält.

Die Standardabhängigkeiten für ein Projekt unterscheiden sich je nach Projekttyp, Kompatibilität oder Vorlage, die zum Erstellen des Projekts verwendet wurde.

Wenn weitere hinzugefügt werden müssen, klicken Sie auf die Schaltfläche Pakete verwalten (Manage Packages) und installieren Sie diese. Installierte Abhängigkeiten stehen nur für das aktuelle Projekt zur Verfügung und die Liste der Abhängigkeiten pro Projekt ist in der Datei project.json zu sehen.

Im Panel Projekt-Panel werden die im Automatisierungsprojekt installierten Aktivitätspakete zusammen mit ihren Unterabhängigkeiten, Laufzeitregeln sowie den angeforderten und aufgelösten Versionen angezeigt. Die Projektkompatibilität wird im Knoten Abhängigkeiten angezeigt.

Zeigen Sie mit der Maus auf eine Abhängigkeit, um die angeforderten und aufgelösten Versionen anzuzeigen. Kontextabhängige Aktionen wie Verwalten, Reparieren oder Abhängigkeit entfernen stehen nur für Abhängigkeiten und nicht für deren Unterpakete zur Verfügung.

Der Status der Abhängigkeiten in der Baumstruktur ist wie folgt farbcodiert:

• Rot – Die Abhängigkeit wurde nicht gefunden.
• Orange – Ein Unterpaket wurde nicht gefunden.
• Grau – Die Abhängigkeit ist nicht aufgelöst.
• Hellblau – Die aufgelöste Version ist höher als die angefragte Version.
• Dunkelblau – Es gibt eine genaue Übereinstimmung zwischen der angeforderten Version und der aufgelösten Version.

Hinzufügen und Aktualisieren von Abhängigkeiten

Um Abhängigkeiten zu einem Projekt hinzuzufügen, installieren Sie sie über das Fenster Pakete verwalten. Bitte beachten Sie, dass sich die verfügbaren Pakete aufgrund der Projektkompatibilität unterscheiden. Sie können ein Paket auch installieren, indem Sie eine der darin enthaltenen Aktivitäten einem Projekt über die Kategorie Verfügbar des Aktivitätenbereichs oder die Suchleiste Aktivität hinzufügen.

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. Abhängigkeiten werden nur nach Klicken auf Speichern (Save) im Projekt installiert. Gleichzeitig werden die Versionen von Abhängigkeiten in der Datei project.json aktualisiert, die zu dem Projekt gehört.

Entfernen von Abhängigkeiten

• Um eine Projektabhängigkeit zu entfernen, klicken Sie im Projektbereich mit der rechten Maustaste auf die Abhängigkeiten und wählen Sie dann Abhängigkeiten entfernen aus.Die Abhängigkeiten werden aus dem Projektbereich und der Datei project.jsonentfernt.Alternativ können Sie Pakete verwalten > Projektabhängigkeiten aufrufen, die zu entfernende Abhängigkeit auswählen und dann auf Deinstallieren klicken.
• Um alle nicht verwendeten Abhängigkeiten im Projekt zu entfernen, wählen Sie Nicht verwendete entfernen > Abhängigkeiten im Studio-Menüband aus, oder verwenden Sie die Tastenkombination Strg + Umschalttaste + R. Alle installierten Pakete, die keine Verweise im aktuellen Projekt enthalten, werden aus dem Projekt-Panel und der project.json-Datei entfernt.

Reparieren von Abhängigkeiten

Wenn ein in Studio geöffneter Workflow Verweise auf Pakete mit Versionen enthält, die nicht in aktuellen Studio-Feeds zur Verfügung stehen, sind die besagten Abhängigkeiten im Panel Projekt (Project) als gebrochen markiert und detaillierte Angaben stehen im Panel Ausgabe (Output) zur Verfügung.

Bei Studio können alle Abhängigkeiten massenhaft oder einzeln repariert werden. Um alle gebrochenen Abhängigkeiten zu reparieren, klicken Sie mit der rechten Maustaste auf den Knoten Abhängigkeit (Dependency) im Panel Projekt (Project) und klicken Sie auf Abhängigkeiten reparieren (Repair Dependencies).

Klicken Sie mit der rechten Maustaste auf eine gebrochene Abhängigkeit und wählen Sie Abhängigkeit auflösen (Resolve Dependency), um sie einzeln zu reparieren. Alternativ können Sie Verwalten (Manage) wählen, um das Fenster Pakete verwalten (Manage Packages) zu öffnen und Pakete zu aktualisieren.

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.

Hinweis:

Fehlende oder ungültige Aktivitäten werden im Designer-Panel markiert, während ein Fehlerbanner zusätzliche Informationen zum Workflow und dessen ungelösten Abhängigkeitskonflikten enthält.

Festlegen von Abhängigkeitsregeln

Aktivitätspakete stehen in mehreren Versionen zur Verfügung. Dies ist der Grund, warum Sie nach dem Installieren oder Aktualisieren mit Pakete verwalten (Manage Packages) für jedes von ihnen Abhängigkeits-Ausführungszeitregeln festlegen können.

Die Ausführungszeitregel (Runtime Rule) gibt an, welche Paketversion bei Ausführungszeit installiert werden soll. Sie unterstützt die folgenden Optionen:

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.

Beim Ausführen eines Automatisierungsprojekts aus Studio lädt der Roboter die spezifizierte oder angegebene Paketversion herunter, die er braucht, um das Projekt gemäß den zuvor festgesetzten Ausführungszeitregeln für jedes Projekt auszuführen. Hat die beim Ausführen verwendete Abhängigkeit eine strenge (Strict) Ausführungszeitregel und die genaue Paketversion wurde nicht gefunden, wird ein Fehler ausgegeben. Um weitere Informationen zum Festsetzen von Ausführungszeitregeln für Projektabhängigkeiten zu erhalten, gehen Sie auf die Seite Verwalten von Abhängigkeiten (Managing Dependencies).

Auflösen von Abhängigkeitskonflikten

Beim Installieren von Aktivitätspaketen werden Abhängigkeits-Ausführungszeitregeln berücksichtigt, die zuvor für die besagten Pakete festgelegt waren, aber einige Konflikte zwischen Versionen können beim Automatisieren der Projekte auftreten. Sowohl das Automationsprojekt als auch die darin enthaltene Bibliothek können dieselben Aktivitätspakete aufweisen, jedoch mit anderen Versionen und Ausführungszeitregeln. Beim Erstellen löst NuGet diese Konflikte durch Auswählen der Abhängigkeiten der höchsten Ebene, die dem Projekt in der Hierarchie am nächsten kommt.

Die Auflösung der Konflikte, die auftreten können, ist weiter unten erläutert:

Das Projekt enthält in Version 1.0 ein Aktivitätspaket. Die Bibliothek wird auf das Projekt verwiesen und verwendet dasselbe Paket, jedoch mit einer höheren Version. Die Abhängigkeit v1.0 der obersten Ebene wird zur Laufzeit verwendet. Es wird eine Warnung gegeben, in der darauf hingewiesen wird, dass eine Herabstufung erkannt wurde.

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

• Wenn Sie Ja auswählen, wird das im Projekt referenzierte Aktivitätspaket auf die in der Bibliothek verwendete Version aktualisiert.

• Wählen Sie Nein (No), wird das Fenster Pakete verwalten (Manage Packages) mit dem Fenster Projektabhängigkeiten (Project Dependencies) geöffnet.

  

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.

Abhängigkeitszyklen sind Konflikttypen, die auftreten, wenn ein Paket sich selbst referenziert. Wenn Sie Ihr Projekt UiPath nennen, erkennt Studio einen Abhängigkeitskonflikt. Dies geschieht, weil das UiPath-Paket bereits vorhanden und eine Abhängigkeit von UiPath.UIAutomation.Activities ist. Wir empfehlen, Ihrem Projekt nicht den Namen eines bereits vorhandenen Pakets zu geben, das Sie als Abhängigkeit hinzuzufügen beabsichtigen.

Derselbe Abhängigkeitszyklus ergibt sich, wenn Sie eine .xaml-Datei aus einem Ordner mit dem Namen UiPath oder einem beliebigen Namen eines vorhandenen Pakets öffnen, das Sie als Abhängigkeit hinzufügen möchten und keine project.json in diesem Ordner vorhanden ist. Wenn Sie eine .xaml-Datei öffnen, die keine zugehörige project.json-Datei aufweist, erstellt Studio eine solche und in den Tag "name" wird der Name des übergeordneten Ordners eingetragen.

Öffnen von Projekten, die mit früheren Versionen erstellt wurden

Wichtig:

Das Öffnen von Projekten, die mit Studio v2016.2 direkt in v2020.4 oder höher erstellt wurden, wird nicht unterstützt. Öffnen Sie diese Projekte zuerst mit Studio v2018.4 und dann mit v2020.4.

Beim Öffnen eines Projekts mit oder ohne Abhängigkeiten, entworfen mit einer Version vor v2018.3 (mit Ausnahme von v2016.2), werden Sie von Studio gefragt, ob eine automatische Migration durchgeführt werden soll, damit versucht werden kann, fehlende Abhängigkeiten abzurufen oder Standardabhängigkeiten hinzuzufügen.

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.

Wenn solche Projekte andere Pakete enthalten als die lokal mit Studio bereitgestellten, empfehlen wir Folgendes:

• Veröffentlichen des Projekts unter Verwendung der Studio-Version, in der es erstellt wurde, um so den Migrationsprozess durch das Hinzufügen von Abhängigkeiten in der project.json-Datei zu unterstützen;
• Manuelle Installation des fehlenden Pakets aus dem Fenster Pakete verwalten nach dem Einrichten des erforderlichen Feeds;
• Verwenden Sie das Tool zur Massenaktualisierung von Projektabhängigkeiten, um die fehlende Abhängigkeit einer Vielzahl von Projekten hinzuzufügen.
  Hinweis:

  Workflows, die ungültige Aktivitäten enthalten, können nicht gespeichert werden. Installieren Sie die benötigte Abhängigkeit und speichern Sie dann das Projekt.

Die Aktivitätenpakete UiPath.V7.Activities, UiPath.Platform.Activities, UiPath.Framework.Activities sind veraltet. Nach Öffnen von Projekten mit UiPath.Platform.Activities und UiPath.Framework.Activities Paketen führt Studio v2018.3 eine automatische Migration durch, um die alten Versionen von Aktivitäten durch neue zu ersetzen.

Hinweis:

Workflows, die den Aktivitätsteil des Pakets UiPath.V7.Activities enthalten, können nicht migriert werden.

Für einige Fälle, in denen die Migration nicht automatisch durchgeführt wird, steht eine Übergangslösung zur Verfügung.

1. Öffnen Sie die Datei project.json mit Notepad++.
2. Entfernen Sie den Parameter "schemaVersion": "3.2"
3. Ersetzen Sie "studioVersion" durch "toolVersion".
4. Ändern Sie den Wert "toolVersion" von "18.3.xxx" auf eine frühere Version. Ändern Sie den Wert zum Beispiel von "18.3.0.958" auf "18.2.958". Speichern Sie die Datei.
5. Öffnen Sie die .xaml-Datei mit Studio ab v2018.3, um die Migration durchzuführen. Die veralteten Aktivitätenpakete werden durch neue ersetzt, wie im Abschnitt Abhängigkeiten (Dependencies) im Panel Projekt (Project) veranschaulicht.
   Hinweis:

   In einigen Fällen können .xaml-Daten mit den Paketen UiPath.Platform.Activities und UiPath.Framework.Activities nicht automatisch migriert werden und die provisorische Lösung ist nicht anwendbar. Für diese Situationen empfehlen wir, die Projekte mit einer Studioversion bis höchstens v2018.2 zu öffnen und die zu den vorgenannten Paketen gehörenden Aktivitäten durch die im Paket UiPath.Core.Activities enthaltenen Aktivitäten zu ersetzen. Dasselbe ist bei Workflows möglich, die Aktivitäten von Paket UiPath.V7.Activities enthalten.

Ab Studio v2018.4.1 sind Microsoft.Activities v.1.0.1 und Microsoft.Activities.Extensions v2.0.6.9 nicht mehr im UiPathStudio.msi-Installationsprogramm enthalten.

Falls bei der Migration von Projekten, die diese Pakete als Abhängigkeiten enthalten, eine Reparatur erforderlich ist, installieren Sie die beiden Pakete aus dem Feed Official oder einem lokalen Feed. Vergewissern Sie sich vor dem Ausführen solcher Projekte, die mit Versionen vor v2018.4.1 erstellt wurden, dass die oben genannten Pakete in einem für den Roboter zugänglichen Feed verfügbar sind.

Wenn Sie eine Version vor v2018.4.1 aktualisieren, bleiben die beiden Aktivitätspakete im Feed Local.