- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- Abhängigkeiten
- Workflow-Typen
- Dateivergleich
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Integration der Quellenkontrolle
- Debugging
- 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-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
- ST-USG-028 – Aufruf von Dateivorlagen einschränken
- Variablen
- Argumente
- Importierte Namespaces
- Aufzeichnung
- UI-Elemente
- Kontrollfluss
- Selektoren
- Objekt-Repository
- Data-Scraping
- Bild- und Textautomatisierung
- Automatisierung von Citrix-Technologien
- RDP-Automatisierung
- Salesforce-Automatisierung
- SAP-Automation
- VMware Horizon-Automatisierung
- Protokollierung
- Das Tool ScreenScrapeJavaSupport
- Das WebDriver-Protokoll
- Test Suite – Studio
- Erweiterungen
- Fehlersuche und ‑behebung
- Informationen zur Fehlerbehebung
- 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
- Fehlerbehebung bei JxBrowser-Anwendungen
- Überwachung der Benutzerereignisse (User Events Monitoring)
- Citrix-Fehlerbehebung
- Automatisieren von Anwendungen, die unter einem anderen Windows-Benutzer ausgeführt werden
ST-USG-014 – Paketbeschränkungen
ST-USG-014
Scope: Projekt
Die Regel erlaubt die Einschränkung der Verwendung von Aktivitätspaketen in einem bestimmten Projekt. Nachdem die Liste der verbotenen Pakete definiert wurde, überprüft die Regel das Projekt, um festzustellen, ob Pakete als Abhängigkeiten hinzugefügt wurden. Wenn ein verbotenes Paket im Projekt installiert wurde, protokolliert die Regel standardmäßig einen Fehler im Panel „Fehlerliste“.
Stellen Sie sicher, dass keine Pakete installiert sind, die von Ihrer Organisation verboten sind. Solche Pakete können aufgrund ihres Namens oder ihrer Version ausgeschlossen werden.
Wählen Sie im Fenster Projekteinstellungen die Registerkarte Workflow-Analyse aus. Suchen Sie die Regel, und wählen Sie sie aus wie in der folgenden Abbildung gezeigt:
UiPath.Excel.Activities=2.5.3
.
UiPath.Excel.Activities>=2.5.3
alle UiPath.Excel.Activities-Pakete mit einer Version von 2.5.3 oder höher einschränken. Das Größer-als-Symbol (>) kann nur zusammen mit dem Gleichheitszeichen (=) verwendet werden, Eingaben wie UiPath.Excel.Activities>2.5.3
sind ungültig.
UiPath.Excel.Activities<2.5.3
oder UiPath.Excel.Activities<=2.5.3
als ungültig betrachtet.
*
, um mehrere Versionen desselben Pakets einzuschränken. Der Wert UiPath.Excel.Activities=2.7.2-beta*
verbietet beispielsweise alle Betaversionen 2.7.2-beta
des UiPath.Excel.Activities=2.7.2
-Pakets, während die Verwendung anderer Versionen desselben Pakets, einschließlich UiPath.Excel.Activities=2.7.2
, aller anderen Vorabversionen des UiPath.Excel.Activities=2.7.2
-Pakets (z. B. Alphaversionen) oder anderer stabiler Versionen oder Vorabversionsversionen des UiPath.Excel.Activities
-Pakets zulässig ist.
*
kann nur am Ende der Version verwendet werden. Wenn Sie außerdem das Symbol größer gleich (>=) zusammen mit einem Platzhalterzeichen *
verwenden, wird das Symbol größer als (>=) als Gleichheitszeichen (=) interpretiert. Beispielsweise ist UiPath.Excel.Activities>=2.7.2-beta*
eine gültige Eingabe, wird aber als UiPath.Excel.Activities=2.7.2-beta*
interpretiert.
Beispiele:
- UiPath.Excel.Activities=2.8.4-*
- UiPath.Excel.Activities>=2.7.2
- UiPath.Excel.Activities=2.7.2
UiPath.Excel.Activities, UiPath.UIAutomation.Activities
schließt beispielsweise alle Versionen dieser beiden Pakete aus.
Nachdem Sie der Regel Pakete hinzugefügt haben, verwenden Sie die Schaltfläche Projekt analysieren, um die Regel auszuprobieren.
Standardmäßig verbietet die Regel keine Pakete. Wenn Sie jedoch die hinzugefügten Pakete schnell entfernen möchten, klicken Sie im Fenster Projekteinstellungen mit der rechten Maustaste auf die Regel, und klicken Sie dann auf Auf Standardwerte zurücksetzen. Die Standardaktion wird auch auf ihren Standardwert Fehler zurückgesetzt.