- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- Über die Kompatibilität von Windows – Legacy
- Über die Project.Json-Datei
- Über die Veröffentlichung von Automatisierungsprojekten
- Entwerfen von Automatisierungen
- Verwalten von Aktivitätspaketen
- Konfigurieren von Aktivitätsprojekteinstellungen
- Signieren von Paketen
- Governance
- Importieren von Entitäten
- Moderne Designumgebung
- Verknüpfen eines Projekts mit einer Idee im Automation Hub
- Verwenden des Data Managers
- Abhängigkeiten
- Workflow-Typen
- Kontrollfluss
- Dateivergleich
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Integration der Quellenkontrolle
- Informationen zur Versionskontrolle
- Verwalten von Projekten mit TFS
- Verwalten von Projekten mit SVN
- Workflow Diff
- Debugging
- Protokollierung
- Das Diagnose-Tool
- Workflow-Analyse
- Über die Workflow-Analyse
- ST-NMG-001 – Namenskonvention für Variablen
- ST-NMG-002 – Namenskonvention für Argumente
- ST-NMG-004 – Duplizierung des Anzeigenamens
- ST-NMG-005 – Variable überschreibt Variable
- ST-NMG-006 – Variable überschreibt Argument
- ST-NMG-008 – Variablenlänge überschritten
- ST-NMG-009: Datentabellenvariablen mit Präfix versehen
- ST-NMG-011 – Datentabellenargumente mit Präfix versehen
- ST-NMG-012 – Standardwerte für Argumente
- ST-NMG-016 – Argumentlänge überschritten
- ST-NMG-017 – Der Klassenname stimmt mit dem Standard-Namespace überein
- ST-DBP-002 – Hohe Anzahl von Argumenten
- ST-DBP-003 – Leerer Catch-Block
- ST-DBP-007 – Mehrere Flussdiagrammebenen
- ST-DPB-010 – Mehrere Instanzen von [Workflow] oder [Testfall]
- ST-DBP-020 – Nicht definierte Ausgabeeigenschaften
- ST-DBP-021 – Hartcodiertes Timeout
- ST-DBP-023 – Leerer Workflow
- ST-DBP-024 – Prüfung der Persistenzaktivität
- ST-DBP-025 – Voraussetzung für Variablenserialisierung
- ST-DBP-026 – Verwendung der Verzögerungsaktivität
- ST-DBP-027 – Bewährte Methode für Persistenz
- ST-DBP-028 – Voraussetzung für Argumentenserialisierung
- ST-USG-005 – Hartcodierte Aktivitätsargumente
- ST-USG-009 – Nicht verwendete Variablen
- ST-USG-010 – Nicht verwendete Abhängigkeiten
- ST-USG-014 – Paketbeschränkungen
- ST-USG-017 – Ungültiger Parametermodifizierer
- ST-USG-020 – Minimale Protokollmeldungen
- ST-USG-024 – Nicht verwendet, gespeichert für später
- ST-USG-025 – Missbrauch gespeicherter Werte
- ST-USG-026 – Aktivitätseinschränkungen
- ST-USG-027 – Erforderliche Pakete
- ST-USG-028 – Aufruf von Dateivorlagen einschränken
- ST-USG-032 – Erforderliche Tags
- ST-USG-034 – Automation Hub-URL
- Variablen
- Argumente
- Importierte Namespaces
- Codierte Automatisierungen
- Einleitung
- Registrieren von benutzerdefinierten Diensten
- „Vor“- und „Nach“-Kontexte
- Generieren von Code
- Generieren eines codierten Testfalls aus manuellen Testfällen
- Triggerbasierte Attended-Automatisierung
- Aufzeichnung
- UI-Elemente
- Selektoren
- Objekt-Repository
- Data-Scraping
- Bild- und Textautomatisierung
- Automatisierung von Citrix-Technologien
- RDP-Automatisierung
- VMware Horizon-Automatisierung
- Salesforce-Automatisierung
- SAP-Automation
- macOS UI-Automatisierung
- Das Tool ScreenScrapeJavaSupport
- Das WebDriver-Protokoll
- Erweiterungen
- Über Erweiterungen
- SetupExtensions-Tool
- „UiPathRemoteRuntime.exe“ wird nicht in der Remotesitzung ausgeführt.
- UiPath Remote Runtime blockiert das Schließen der Citrix-Sitzung
- UiPath Remote Runtime verursacht Speicherverlust
- Versionen von UiPath.UIAutomation.Activities-Paket und UiPath Remote Runtime stimmen nicht überein
- Die erforderliche UiPath-Erweiterung ist auf der Remotemaschine nicht installiert
- Einstellungen für die Bildschirmauflösung
- Group Policies
- Kommunikation mit Browser nicht möglich
- Die Chrome-Erweiterung wird automatisch entfernt
- Möglicherweise ist die Erweiterung beschädigt
- Überprüfen Sie, ob die Erweiterung für Chrome installiert und aktiviert ist
- Überprüfen Sie, ob ChromeNativeMessaging.exe ausgeführt wird
- Überprüfen der korrekten Definition der ComSpec-Variablen
- Aktivieren Sie den Zugriff auf Datei-URLs und den Inkognito-Modus
- Mehrere Browser-Profile
- Group Policy conflict
- Spezifische bekannte Probleme für MV3-Erweiterungen
- Liste der Erweiterungen für Chrome
- Chrome-Erweiterung für Mac
- Group Policies
- Kommunikation mit Browser nicht möglich
- Die Edge-Erweiterung wird automatisch entfernt
- Möglicherweise ist die Erweiterung beschädigt
- Überprüfen, ob die Erweiterung für Microsoft Edge installiert und aktiviert ist
- Überprüfen Sie, ob ChromeNativeMessaging.exe ausgeführt wird
- Überprüfen der korrekten Definition der ComSpec-Variablen
- Aktivieren des Zugriffs auf Datei-URLs und den InPrivate-Modus
- Mehrere Browser-Profile
- Group Policy conflict
- Spezifische bekannte Probleme für MV3-Erweiterungen
- Liste der Erweiterungen für Edge
- Erweiterung für Safari
- Erweiterung für VMware Horizon
- Erweiterung für Amazon WorkSpaces
- SAP Solution Manager-Plugin
- Excel-Add-in
- Test Suite – Studio
- Fehlersuche und ‑behebung
- Informationen zur Fehlerbehebung
- Fehler bei der Assembly-Kompilierung
- Microsoft App-V – Unterstützung und Einschränkungen
- Fehlerbehebung bei Internet Explorer x64
- Probleme in Microsoft Office
- Erkennen von UI-Elementen in PDF mit Zugriffsoptionen.
- Reparieren der Active Accessibility-Unterstützung
- Die Validierung großer Windows-Legacy-Projekte dauert länger als erwartet
Studio-Benutzerhandbuch
Über die Kompatibilität von Windows – Legacy
Studio 2021.10 brachte Unterstützung für .NET-basierte Projekte und führte das Konzept der Projektkompatibilität basierend auf dem Zielframework ein. In Releases vor 2021.10 verwendeten alle Projekte .NET Framework 4.6.1, aber seit Studio 2021.10 haben Sie die Möglichkeit, Projekte mit der „Windows – Legacy“-Kompatibilität (.NET Framework 4.6.1) oder mit der Windows- und plattformübergreifenden Kompatibilität basierend auf .NET zu erstellen.
Die Standardkompatibilität für neue Projekte ist jetzt Windows. Während wir weiterhin die „Windows – Legacy“-Kompatibilität unterstützen, werden neue Funktionen nur in Projekten mit Windows- und plattformübergreifender Kompatibilität verfügbar sein.
Beispielsweise sind die folgenden in Studio 2022.10 eingeführten Funktionen in „Windows – Legacy“-Projekten nicht verfügbar:
- Unterstützung für das Erstellen globaler Variablen und Konstanten im Data Manager.
- Neue Designumgebung für plattformübergreifende Projekte und einige Aktivitäten in Windows-Projekten verfügbar.
- Die Möglichkeit, bei Aktivitäten, die aus Bibliotheken generiert werden, das Layout anzupassen.
Während Sie nur neue Projekte mit der Windows- oder plattformübergreifenden Kompatibilität aus der Backstage-Ansicht erstellen können, können Organisationen weiterhin Governance-Richtlinien verwenden, um die Option zur Erstellung von „Windows – Legacy“-Projekten wiederherzustellen, indem sie die Einstellung Zulässige Kompatibilitätsframeworks konfigurieren. Um über bevorstehende Änderungen auf dem Laufenden zu bleiben, siehe Zeitleiste der veralteten Elemente.
Das Bearbeiten, Veröffentlichen und Ausführen von „Windows – Legacy“-Projekten wird auch in zukünftigen Releases unterstützt werden, was bedeutet, dass Sie sie wie andere Windows- und plattformübergreifenden Projekte öffnen und bearbeiten können. Wenn Sie ein vorhandenes „Windows – Legacy“-Projekt öffnen, wird oben im Fenster eine Meldung angezeigt.
Studio verfügt über ein integriertes Konvertierungstool, mit dem Sie jedes „Windows – Legacy“-Projekt zu Windows konvertieren können.
Wenn Sie ein Projekt zu Windows konvertieren, gilt Folgendes:
- Projektabhängigkeiten werden basierend auf den folgenden Regeln verwaltet:
- Wenn die gleiche Version des Pakets in den konfigurierten Paketquellen vorhanden ist, wird die im „Windows – Legacy“-Projekt verwendete Version nicht geändert.
- Wenn nicht dieselbe Version des Pakets vorhanden ist, wird die im „Windows – Legacy“-Projekt verwendete Version in den höchsten Patch der nächsten Version geändert.
- Alle Aktivitäten und Eigenschaften werden im konvertierten Projekt beibehalten.
- Namespaces, die in „Windows – Legacy“- und „Windows“-Projekten unterschiedlich sind, werden aktualisiert.
-
Namespaces, die in Windows-Projekten erforderlich sind, werden hinzugefügt, und diejenigen, die nur in „Windows – Legacy“-Projekten verwendet werden, werden entfernt.
Wichtig: Konvertieren und veröffentlichen Sie „Windows – Legacy“-Bibliotheken erneut, bevor Sie die Prozesse konvertieren, in denen sie als Abhängigkeiten installiert sind.
So konvertieren Sie ein Legacy-Projekt zur Windows-Kompatibilität:
-
Öffnen Sie das „Windows – Legacy“-Projekt in Studio und achten Sie darauf, dass Sie es nur in einer einzigen Studio-Instanz öffnen.
-
Klicken Sie alternativ mit der rechten Maustaste auf den Projektknoten im Projektbereich und wählen Sie dann In Windows konvertieren aus. Ein neues Fenster wird angezeigt.
-
Wählen Sie aus, wie konvertiert werden soll:
- Um eine Kopie des aktuellen Projekts unter Verwendung der Windows-Kompatibilität zu erstellen und das ursprüngliche „Windows-Legacy“-Projekt zu behalten, wählen Sie Ein neues Projekt erstellen aus. Geben Sie den Namen, den Speicherort, an dem es erstellt werden soll, und optional eine Beschreibung für das neue Projekt ein.
- Um das vorhandene Projekt zu aktualisieren und es zur Windows-Kompatibilität zu konvertieren, deaktivieren Sie das Kontrollkästchen Ein neues Projekt erstellen. Die Änderungen, die am Projekt vorgenommen werden, wenn Sie diese Option auswählen, können nicht rückgängig gemacht werden.
- Klicken Sie auf Konvertieren.
Wenn Abhängigkeitsprobleme nach der Konvertierung zu nicht aufgelösten Aktivitäten führen, weist eine Meldung oben bei jeder dieser Aktivitäten darauf hin, dass sie fehlt oder nicht geladen werden konnte. Die folgenden Informationen sind für jede Aktivität verfügbar: Anzeigename, Aktivitäts-Namespace, Aktivitätseigenschaften und Werte. Klicken Sie auf Ersetzen, um eine Alternative zu finden und die fehlende oder ungültige Aktivität zu ersetzen. Weitere Informationen finden Sie unter Fehlende oder ungültige Aktivitäten.
Bekannte Einschränkungen
- Die folgenden Ausdrücke sind mit Windows-Projekten nicht kompatibel und müssen manuell geändert werden, um ein „Windows – Legacy“-Projekt erfolgreich in „Windows“ zu konvertieren:
Windows – Legacy-Syntax Windows-Syntax {}
new Object() {}
{task_output.Id.ToString,task_action,now,I_comment}
new Object() {task_output.Id.ToString,task_action,now,I_comment }
- Um Validierungsfehler zu beheben, die durch andere Ausdrücke erzeugt wurden, die vor dem Abschluss funktionierten, schneiden Sie den Ausdruck mit der Tastenkombination STRG + X aus und fügen Sie ihn mit STRG + V wieder in das Aktivitätsfeld ein.
- In einer For Each-Aktivität führt die Benennung der Variablen, deren Werte Sie iterieren möchten, als „Ausdruck“ zu einem Kompilierungsfehler.