- Ü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-DBP-002 – Hohe Anzahl von Argumenten
- ST-DBP-003 – Leerer Catch-Block
- ST-DBP-007 – Mehrere Flussdiagrammebenen
- ST-DBP-020 – Nicht definierte Ausgabeeigenschaften
- 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-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
- Best Practices und Einschränkungen
- Beispiel zum Verwenden des ScaleCoordinates-Migrationstools
- Internet Explorer x64
- Microsoft Office Interop-Probleme
- Erkennen von UI-Elementen in PDF mit Zugriffsoptionen.
- Erkennen von UI-Elementen nach Windows-Aktualisierungen.
- JxBrowser-Anwendungen
- Überwachung der Benutzerereignisse (User Events Monitoring)
- Java in App-V
- Microsoft App-V – Unterstützung und Einschränkungen
- Citrix-Fehlerbehebung
Beispiel zum Verwenden des ScaleCoordinates-Migrationstools
Die Skalierung unter Windows kann sich je nach betroffener Anwendung unterschiedlich verhalten. Dies kann zu Inkonsistenzen in Workflows führen, die sich mit der Automatisierung der Benutzeroberfläche befassen, insbesondere in Workflows, die Aktivitäten mit den Eigenschaften CursorPosition und ClippingRegion enthalten, wie Klicken, Darauf zeigen, Eingeben in, Text anklicken und andere. Dies gilt jedoch nur für Workflows, die mit einer Studio-Version vor 2018.2 erstellt wurden. Workflows, die vor dieser Version erstellt wurden, müssen mit dem Tool ScaleCoordinates migriert werden, das von DPI-fähigen Robotern (v2018.2) ausgeführt wird.
Um die erforderliche Flexibilität für die effiziente Nutzung alter Workflows mit 2018.2 zu gewährleisten, kann das ScaleCoordinates-Tools entweder einzelne oder alle Workflow-Dateien innerhalb eines bestimmten Pfades migrieren. Es müssen keine Änderungen an Workflows vorgenommen werden, die vor Studio 2018.2 erstellt wurden, wenn sie mit DPI-fähigen Robotern ausgeführt werden, sowie an neuen Workflows, die Sie mit Robotern ausführen möchten, die nach Verwendung dieses Tools nicht DPI-fähig sind.
Unabhängig davon, welche Art von Migration Sie durchführen möchten, müssen Sie dies zuerst tun:
- Öffnen Sie die Eingabeaufforderung.
- Navigieren Sie zum Installationsverzeichnis der UiPath-Plattform, in dem sich das Migrationswerkzeug ScaleCoordinates befindet.
-
Verwenden Sie einen der folgenden Befehle:
UiPath.ScaleCoordinates <input_xaml_file_path> <output_xaml_file_path> (--normalize_from | --denormalize_to)=<scaling_percentage>
zum Migrieren einer einzelnen.xaml
-Datei.UiPath.ScaleCoordinates <folder_path> (--normalize_from | --denormalize_to)=<scaling_percentage>
zum Migrieren aller Projekte in einem bestimmten Ordner.
Denken Sie daran, dass Sie Workflows so normalisieren können, dass sie in Studio 2018.2 ausgeführt werden können und ein normalisiertes Projekt so anpassen können, dass es mit alten Robotern auf einer nicht standardmäßigen DPI-Umgebung zusammenarbeitet. Nachfolgend finden Sie Beispiele für diese Situationen sowohl für ein einzelnes als auch für mehrere Projekte.
Normalisierung alter Workflows für DPI-fähige Roboter
Angenommen, Sie müssen einen bestehenden Workflow, wie z. B. ProcessingInvoicesInSAP.xaml
, mit einem Skalenprozentsatz von 150 % für DPI-fähige Roboter verwenden. Der Workflow ist in einer Studio-Version älter als 2018.2 konzipiert, daher muss er mit dem folgenden Befehl normalisiert werden, um mit dem angegebenen Skalenprozentsatz zu laufen:
UiPath.ScaleCoordinates C:\Accounting\Automations\ProcessingInvoicesInSAP.xaml C:\Accounting\Automations\NormProcessingInvoicesInSAP.xaml
-normalize_from=150
Der migrierte Workflow wird in den Ordner C:\Accounting\Automations
unter dem Namen NormProcessingInvoicesInSAP
exportiert. Die ursprüngliche Workflow-Datei wird bei der Migration nicht entfernt. Der NormProcessingInvoicesInSAP
-Workflow kann nun mit 150 % Skalenprozentsatz auf DPI-fähigen Robotern (v2018.2) ausgeführt werden.
Nehmen wir an, Sie möchten mehrere Workflows migrieren, die mit einem Skalenprozentsatz von 150 % ausgeführt werden sollen. Die Ausführung des obigen Befehls auf mehreren Dateien ist eine mühsame Aufgabe, daher wird empfohlen, den Befehl zu verwenden, der Dateien aus einem ganzen Ordner migriert. Wenn sich die zu migrierenden Dateien im Verzeichnis C:\Accounting\Automations
befinden und mit 150 % Skalierungsfaktor ausgeführt werden sollen, sieht der Befehl wie folgt aus:
UiPath.ScaleCoordinates C:\Accounting\Automations -normalize_from=150
Alle Dateien im Verzeichnis C:\Accounting\Automations
können nun von DPI-fähigen Robotern (v2018.2) mit 150 % Skalenprozentsatz ausgeführt werden.
Denormalisierung neuer Workflows für DPI-unfähige Roboter
Ab Version 2018.2 sind Roboter DPI-fähig. Der DPI, an dem Workflows in Studio 2018.2 erstellt werden, ist irrelevant. Die Ausführung mit einem nicht standardmäßigen DPI auf älteren Robotern kann jedoch zu einer inkonsistenten Elementerkennung führen. Um dies zu verhindern, können Sie das Werkzeug ScaleCoordinates verwenden, um die Workflows zu migrieren, um sie mit einem bestimmten Prozentsatz auf alten Robotern auszuführen.
Genau wie die Normalisierung von Workflows kann die Denormalisierung entweder für eine einzelne Workflow-Datei oder für mehrere Workflows in einem bestimmten Pfad durchgeführt werden.
Angenommen, Sie haben den ProcessingInvoicesInSAP.xaml
-Workflow in Studio 2018.2 entworfen und möchten ihn mit 150 % Skalenprozentsatz auf DPI-unfähigen Robotern ausführen, muss der folgende Befehl verwendet werden, um den Workflow zu migrieren:
UiPath.ScaleCoordinates C:\Accounting\Automations\ProcessingInvoicesInSAP.xaml C:\Accounting\Automations\DenormProcessingInvoicesInSAP.xaml
-denormalize_to=150
Der DenormProcessingInvoicesInSAP.xaml
-Workflow ist nun bereit, mit 150 % Skalenprozentsatz auf Robotern vor der Version 2018.2 ausgeführt zu werden.
Ebenso können mehrere Workflows, die die gleichen Designbedingungen erfüllen, migriert und mit einem Skalenprozentsatz von 150 % auf DPI-unfähigen Robotern ausgeführt werden. Denken Sie daran, dass die Originaldateien überschrieben werden, also erstellen Sie vor der Migration ein Backup. Der notwendige Befehl sieht in diesem Fall so aus:
UiPath.ScaleCoordinates C:\Accounting\Automations -denormalize_to=150
Nun können Sie die Workflow-Dateien im Verzeichnis C:\Accounting\Automations
auf DPI-unfähige Roboter mit 150 % Skalenprozent ausführen.