- Hard- und Softwareanforderungen
- Entwicklungsrichtlinien
- Dienste, mit denen Studio eine Verbindung herstellt
- Fehler 1603
- Fehler 1625
- Fehler 4000 – Voller Datenträger
- Fehler 4001 – Nicht autorisiert, eine geplante Aufgabe zu erstellen
- Fehler 4003 – Es wurden zwei Installationen pro Benutzer und pro Maschine erkannt
- Fehler 4004 – Es wurden zwei gleichzeitige Installationen von UiPath Studio erkannt
- Fehler 4012 – Es wurden zwei gleichzeitige Installationen von UiPath Studio erkannt
- Ändern oder Deinstallieren von Studio
- Studio aktualisieren
- Kommandozeilenparameter
- Unterstützte Anwendungen und Technologien
- Aktivieren von Gmail für E-Mail-Aktivitäten
- Telemetrie abwählen
- Ausführbare Studio-Dateien
- Ü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
- Ü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
- ST-USG-032 – Erforderliche Tags
- ST-USG-034 – Automation Hub-URL
- 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
- Automatisieren von Anwendungen, die unter einem anderen Windows-Benutzer ausgeführt werden
- Die Validierung großer Windows-Legacy-Projekte dauert länger als erwartet
ST-USG-014 – Paketbeschränkungen
Regel-ID: ST-USG-014
Scope: Projekt
Beschreibung
Die Regel ermöglicht es, die Verwendung von Aktivitätspaketen in einem bestimmten Projekt einzuschränken, indem zulässige oder unzulässige Pakete definiert werden. Nachdem Einschränkungen definiert wurden, überprüft die Regel das Projekt, um zu bestimmen, ob unzulässige Pakete als Abhängigkeiten hinzugefügt wurden. Wenn ein unzulässiges Paket im Projekt installiert wurde, protokolliert die Regel standardmäßig einen Fehler im Fehlerlistenbereich.
Empfehlung
Stellen Sie sicher, dass nur Pakete in Ihrem Projekt installiert werden, die von Ihrer Organisation zugelassen wurden.
Ändern der Regel
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:
Standardmäßig verbietet diese Regel keine Aktivitätspakete. Um zulässige oder unzulässige Pakete zu definieren, fügen Sie sie dem entsprechenden Feld hinzu.
Wenn dasselbe Paket als zulässig und unzulässig hinzugefügt wird, gilt das Paket als unzulässig. Wenn zulässige Pakete definiert werden, sind alle anderen Pakete unzulässig.
Fügen Sie ein Paket hinzu, indem Sie den vollständigen Namen zusammen mit der durch das Gleichheitszeichen (=) getrennten Version schreiben, z. B. UiPath.Excel.Activities=2.5.3
.
Fügen Sie Größer-als-Symbole (>=) hinzu, um höhere Versionen zuzulassen oder nicht zuzulassen. Wenn Sie beispielsweise UiPath.Excel.Activities>=2.5.3
zum Feld „Unzulässige Pakete“ hinzufügen, werden alle „UiPath.Excel.Activities“-Pakete mit einer Version von 2.5.3 oder höher nicht zugelassen. Das Größer-als-Symbol (>) kann nur zusammen mit dem Gleichheitszeichen (=) verwendet werden, Eingaben wie UiPath.Excel.Activities>2.5.3
sind ungültig.
Die Zeichen für kleiner als (<) und kleiner gleich (<=) werden nicht unterstützt. Daher werden Eingaben wie UiPath.Excel.Activities<2.5.3
oder UiPath.Excel.Activities<=2.5.3
als ungültig betrachtet.
Sie können ein Platzhalterzeichen *
verwenden, das einer beliebigen Anzahl von Zeichen entspricht. Zum Beispiel:
- Wenn Sie
UiPath.Excel.Activities=2.7.2-beta*
zum Feld „Unzulässige Pakete“ hinzufügen, sind alle Betaversionen2.7.2-beta
desUiPath.Excel.Activities=2.7.2
-Pakets unzulässig, während die Verwendung anderer Versionen desselben Pakets zulässig ist, einschließlichUiPath.Excel.Activities=2.7.2
, anderer Vorabversionen desUiPath.Excel.Activities=2.7.2
-Pakets (wie Alphaversionen) oder anderer stabiler Versionen oder Vorabversionen desUiPath.Excel.Activities
-Pakets. - Wenn Sie
UiPath.*
zum Feld „Zulässige Pakete“ hinzufügen, werden nur Pakete zugelassen, die von UiPath veröffentlicht wurden.
Wenn Sie das Größer-gleich-Symbol (>=) zusammen mit einem Platzhalterzeichen *
verwenden, wird das Größer-als-Symbol (>=) 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
Um mehrere Pakete hinzuzufügen, trennen Sie sie durch ein Komma. Wenn Sie beispielsweise UiPath.Excel.Activities, UiPath.UIAutomation.Activities
zum Feld „Unzulässige Pakete“ hinzufügen, sind alle Versionen dieser beiden Pakete unzulässig.
Nachdem Sie der Regel Pakete hinzugefügt haben, verwenden Sie die Schaltfläche Projekt analysieren, um die Regel auszuprobieren.
Auf Standardwert zurücksetzen
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.