studio
2022.10
false
- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- Ü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
- 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
- ST-USG-032 – Erforderliche Tags
- ST-USG-034 – Automation Hub-URL
- 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
- Automatisieren von Anwendungen, die unter einem anderen Windows-Benutzer ausgeführt werden
- Die Validierung großer Windows-Legacy-Projekte dauert länger als erwartet
Studio-Protokolle
![](https://docs.uipath.com/_next/static/media/grid.05ebd128.png?w=3840&%3Bq=100)
Studio-Benutzerhandbuch
Last updated 8. Aug. 2024
Studio-Protokolle
Studio Traces sind Diagnoseprotokollmeldungen, die von Studio generiert werden und Informationen zum Verhalten von Studio enthalten.
Die Einstellungen der Protokollierungsebene (logging level settings) und der Logdateipfad (log file path) können durch Bearbeiten der Datei
<Installation Folder>\Studio.NLog.config
geändert werden. Wenn diese Datei nicht existiert, wird sie automatisch erstellt, wenn ein Ereignis eintritt. Der Abschnitt befindet sich unter dem <nlog>
-Tag.
Die standardmäßig ausgewählte Protokollierungsstufe für Studio ist
Warn
(Warnung). In derselben Konfigurationsdatei können jedoch weitere Stufen hinzugefügt oder entfernt werden.
Wenn Sie nur Fehler (Error) und Warnungs- (Warning)-Stufen protokollieren möchten, müssen Sie diese in dem Tag
<rules>
angeben (siehe Beispiel unten):
<rules> <logger name="*" level="Error" writeTo="AsyncTarget" />
<logger name="*" level="Warning" writeTo="AsyncTarget" /> </rules>
Um für die Protokolle eine bestimmte Größe festzusetzen, müssen Sie
archiveAboveSize="<value in bytes>"
im Abschnitt <target>
angeben:
<target name="AsyncTarget" xsi:type="AsyncWrapper" minlevel = "Off"> <target name="logfile" xsi:type="File" fileName="${logDirectory}/${shortdate}_Studio.log"
layout="${time} => [${level:uppercase=true}] [${logger}] [${threadid}] ${message}" archiveAboveSize="<value in bytes>/> </target>
Um das Protokollieren zu deaktivieren, legen Sie einfach den Tag
minlevel
auf ”Off”
fest (siehe unten):
<rules> <logger name="*" minlevel="Off" writeTo="AsyncTarget" /> </rules>
Der Standardprotokolldateipfad für Studio ist
%localappdata%\UiPath\Logs\<shortdate>_Studio.log
. Das Format für <shortdate>
ist yyyy-mm-dd
.
Um den Protokolldateipfad zu ändern, ändern Sie einfach den Wert des Parameters
logDirectory
in den Pfad, den Sie verwenden möchten.
Ändern Sie beispielsweise den Parameter
value="${specialfolder:folder=LocalApplicationData}/UiPath/Logs"
auf value="${specialfolder:folder=DesktopDirectory"
, um den Protokolldateipfad auf den Desktop zu verschieben.
Hinweis: Stellen Sie die Sprache der Windows-Tastatur auf japanisch, russisch oder französisch ein, damit bestimmte Studio-Protokolle in die entsprechenden Sprachen übertragen werden.