Ausführliches Protokollieren für Connectoren mit Jitterbit privaten Agenten
Einführung
Das ausführliche Protokollieren von Connectoren kann helfen, Probleme mit bestimmten Integration Studio Connectoren zu beheben, wenn sie mit privaten Agenten verwendet werden.
Wichtig
Sie sollten das ausführliche Protokollieren nur aktivieren, wenn Sie von Jitterbit Support dazu aufgefordert werden.
Für Connectoren, die das ausführliche Protokollieren unterstützen, wird der spezifische Name des Connectoren für das ausführliche Protokollieren in der Dokumentation jedes Connectors beschrieben.
Ausführliches Protokollieren aktivieren
Das ausführliche Protokollieren ist standardmäßig nicht aktiviert. Um es zu aktivieren, müssen Sie sich bei allen privaten Agenten-Hosts in der Gruppe anmelden, eine Datei bearbeiten und alle Agenten neu starten. Die zu bearbeitende Datei hängt von der Version des privaten Agenten ab:
-
Agent Version 10.70 / 11.8 und später:
logback.xml
bearbeiten -
Agent Version 10.35 bis 10.69 / 11.7:
logback.xml
bearbeiten
Tipp
Sie können die Version eines privaten Agenten auf der Management Console Agents Seite finden.
Agent Version 10.70 / 11.8 und später: logback.xml
bearbeiten
Um das ausführliche Protokollieren auf privaten Agenten der Version 10.70 oder 11.8 und später zu aktivieren, befolgen Sie diese Schritte:
-
Erstellen Sie eine Sicherungskopie der folgenden Datei:
/opt/jitterbit/tomcat/shared/lib/logback.xml
C:\Program Files\Jitterbit Agent\tomcat\shared\lib\logback.xml
-
Bearbeiten Sie die logback Datei und suchen Sie die folgenden Zeilen:
. . . <logger name="org.springframework" level="WARN"/> <logger name="org.hibernate.engine.jdbc.internal.JdbcResourceRegistryImpl" level="ERROR"/> . . .
-
Um das Protokollniveau zu konfigurieren, fügen Sie eines der folgenden Elemente innerhalb des
<configuration>
-Elements hinzu, wobei SieCONNECTOR_NAME
auf den ausführlichen Protokollnamen des Connectors undLEVEL
auf den Java-Protokollierungsgrad setzen:<logger name="org.jitterbit.connector.CONNECTOR_NAME" level="LEVEL"/>
<logger name="org.jitterbit.connector.verbose.logging.CONNECTOR_NAME" level="LEVEL"/>
Beispiel
Für den Workday Prism Analytics-Connector lautet der ausführliche Protokollname
workdayprismanalytics
(zu finden in der Dokumentation des Workday Prism Analytics-Connectors):Beispiel für Workday Prism Analytics. . . <logger name="org.springframework" level="WARN"/> <logger name="org.hibernate.engine.jdbc.internal.JdbcResourceRegistryImpl" level="ERROR"/> <logger name="org.jitterbit.connector.verbose.logging.workdayprismanalytics" level="DEBUG"/> . . .
-
(Optional) Fügen Sie zusätzliche Zeilen für andere Connectoren hinzu.
-
Speichern Sie die Datei und starten Sie den Linux oder Windows privaten Agenten neu.
Tipp
Beim Upgrade von einer Agenten-Version, die mindestens 10.35 ist, können Sie, um vorhandene ausführliche Protokolleinträge beizubehalten, die Datei von ihrem aktuellen Speicherort an den neuen Speicherort kopieren.
Agenten-Version 10.35 bis 10.69 / 11.7: logback.xml
bearbeiten
Um das ausführliche Protokollieren auf privaten Agenten der Versionen 10.35 bis 10.69 oder der Version 11.7 zu aktivieren, befolgen Sie diese Schritte:
-
Erstellen Sie eine Sicherungskopie der folgenden Datei:
/opt/jitterbit/tomcat/webapps/axis/WEB-INF/lib/logback.xml
C:\Program Files\Jitterbit Agent\tomcat\webapps\axis\WEB-INF\lib\logback.xml
-
Bearbeiten Sie die logback-Datei und suchen Sie die folgenden Zeilen:
. . . <logger name="org.springframework" level="WARN"/> <logger name="org.hibernate.engine.jdbc.internal.JdbcResourceRegistryImpl" level="ERROR"/> . . .
-
Um das Protokollniveau zu konfigurieren, fügen Sie eines der folgenden Elemente innerhalb des
<configuration>
-Elements hinzu, wobei SieCONNECTOR_NAME
auf den ausführlichen Protokollnamen des Connectors undLEVEL
auf den Java-Protokollierungsgrad setzen:
<logger name="org.jitterbit.connector.CONNECTOR_NAME" level="LEVEL"/>
<logger name="org.jitterbit.connector.verbose.logging.CONNECTOR_NAME" level="LEVEL"/>
Beispiel
Für den Workday Prism Analytics Connector lautet der Name für das ausführliche Logging workdayprismanalytics
(zu finden in der Dokumentation des Workday Prism Analytics Connectors):
. . .
<logger name="org.springframework" level="WARN"/>
<logger name="org.hibernate.engine.jdbc.internal.JdbcResourceRegistryImpl" level="ERROR"/>
<logger name="org.jitterbit.connector.verbose.logging.workdayprismanalytics" level="DEBUG"/>
. . .
-
(Optional) Fügen Sie zusätzliche Zeilen für andere Connectoren hinzu.
-
Speichern Sie die Datei und starten Sie den Linux oder Windows privaten Agenten neu.
Agent-Version 10.34 und früher: log4j.properties
bearbeiten{: #verboseloggingforconnectors-log4j }
Um das ausführliche Logging auf privaten Agenten der Version 10.34 und früher zu aktivieren, befolgen Sie diese Schritte:
-
Erstellen Sie eine Sicherungskopie der folgenden Datei:
/opt/jitterbit/tomcat/webapps/axis/WEB-INF/lib/log4j.properties
C:\Program Files\Jitterbit Agent\tomcat\webapps\axis\WEB-INF\lib\log4j.properties
-
Bearbeiten Sie die Datei und suchen Sie die folgenden Zeilen:
. . . log4j.logger.org.springframework=WARN log4j.logger.org.hibernate.engine.jdbc.internal.JdbcResourceRegistryImpl=ERROR # Debug options can be turned on by uncommenting these lines # . . .
-
Um das Log-Level zu konfigurieren, fügen Sie eine der folgenden Zeilen je nach Connector direkt vor der Zeile ein, die mit
# Debug
beginnt, wobei SieCONNECTOR_NAME
auf den ausführlichen Logging-Namen des Connectors undLEVEL
auf den Java-Logging-Level setzen:log4j.logger.org.jitterbit.connector.CONNECTOR_NAME=LEVEL
log4j.logger.org.jitterbit.connector.verbose.logging.CONNECTOR_NAME=LEVEL
Beispiel
Am Beispiel des Workday Prism Analytics Connectors lautet der Name für das ausführliche Logging
workdayprismanalytics
(zu finden in der Dokumentation des Workday Prism Analytics Connectors). Dies sollte dann der Ausschnitt der Eigenschaften-Datei sein:
. . .
log4j.logger.org.springframework=WARN
log4j.logger.org.hibernate.engine.jdbc.internal.JdbcResourceRegistryImpl=ERROR
log4j.logger.org.jitterbit.connector.verbose.logging.workdayprismanalytics=DEBUG
# Debug options can be turned on by uncommenting these lines
# . . .
```
4. (Optional) Fügen Sie zusätzliche Zeilen für andere Connectoren hinzu.
5. Speichern Sie die Datei und starten Sie den [Linux](/de/agent/linux/#manage) oder [Windows](/de/agent/windows/#manage) privaten Agenten neu.
## Deaktivieren Sie das ausführliche Protokollieren {: #disable-verbose-logging }
Um das ausführliche Protokollieren zu deaktivieren, bearbeiten Sie die Datei `logback.xml` oder `log4j.properties`, die zur Version des privaten Agenten gehört, setzen Sie alle Ebenen auf `OFF` und starten Sie dann den Agenten neu.
## Anzeigen ausführlicher Protokolle {: #view-verbose-logs }
Wenn das ausführliche Protokollieren aktiviert ist, werden Einträge in die Datei `jitterbit-axis.log` geschrieben. Öffnen Sie die Protokolldatei in einem Editor, um die Einträge anzuzeigen. Die Protokolldatei wird an diesen Orten gespeichert, abhängig vom Betriebssystem und der Agenten-Version:
=== "Linux"
`/opt/jitterbit/log/jitterbit-axis.log`
=== "Windows"
`C:\Program Files\Jitterbit Agent\log\jitterbit-axis.log`
Um Einträge zu finden, suchen Sie nach den Begriffen `INFO`, `DEBUG` oder `VerboseLogger` in der Datei. Einträge können Nachrichten, Schemata und andere Informationen enthalten, die beim Debuggen verwendet werden können. Ein Auszug ist hier gezeigt:
```txt
2020-12-07 15:06:31,445 +0530 http-nio-127.0.0.1-46912-exec-9 DEBUG org.jitterbit.connector.verbose.logging.epicorerp.VerboseLogger:22 - org.jitterbit.connector.epicor.EpicorClient.PATCH, msg: {"method: ":"PATCH","headers: ":"Authorization: Basic bWFuYWdlcjomd1I3aWk1IQ==\nkeep-alive: true\n","URI: ":"https://sample.developer.epicor.com/%2Fserver%2Fapi%2Fv1/BaqSvc/PartsAdvancedBPM","requestPayload: ":"{\"Part_Company\":\"EPIC01\",\"SysRowID\":\"470bf6e7-cba1-4a7b-6ee7-a33b015c3cbc\",\"Part_PartNum\":\"001_MPCons\",\"Part_UserDecimal1\":\"0\"}"}
2020-12-07 15:06:31,742 +0530 http-nio-127.0.0.1-46912-exec-9 DEBUG org.jitterbit.connector.verbose.logging.epicorerp.VerboseLogger:22 - org.jitterbit.epicor.adapter.common.CommonResponseGenerator.statusCode, msg: 200
2020-12-07 15:06:31,742 +0530 http-nio-127.0.0.1-46912-exec-9 DEBUG org.jitterbit.connector.verbose.logging.epicorerp.VerboseLogger:22 - org.jitterbit.epicor.adapter.common.CommonResponseGenerator.responsePayload, msg: {
"odata.metadata":"https://sample.developer.epicor.com/server/api/v1/BaqSvc/PartsAdvancedBPM/$metadata#Epicor.DynamicQuery.QueryResults","value":[
{
"Part_Company":"EPIC06","Part_PartNum":"001_MPCons","Part_UserChar1":"","Part_UserDecimal1":"0","RowMod":"","RowIdent":"38ca34b4-2440-4d3d-ac3b-177b610f01ac","SysRowID":"470bf6e7-cba1-4a7b-6ee7-a33b015c3cbc"
}
]
}
Zusätzliche Protokollinformationen
Connectoren, die das Format org.jitterbit.connector.<connector_name>
für das ausführliche Protokollieren verwenden, enthalten bestimmte Informationen in der Protokolldatei, wenn sie auf die Protokollebene DEBUG
gesetzt sind:
-
HTTP-Anfragen: HTTP-Anfragen vom Connector.
- URL: Die mit dem Aufruf verbundene URL, einschließlich aller Abfrage- und Pfadparameter, falls vorhanden.
- Anforderungsheader: Anforderungsheader, die mit dem Aufruf verbunden sind. Aus Sicherheitsgründen werden Header, die bestimmte Informationen enthalten, wie die in einem Autorisierungsheader übermittelten, mit Sternchen maskiert.
- Antwortheader: Antwortheader, die mit dem Aufruf verbunden sind.
- HTTP-Methode: Die mit dem Aufruf verbundene HTTP-Methode, eine von
HEAD
,GET
,POST
,PUT
,PATCH
,DELETE
,OPTIONS
,CONNECT
oderTRACE
. - Antwortzeit: Die Antwortzeit des Aufrufs in Millisekunden.
- Anforderungstext: Der Anforderungstext, der mit dem Aufruf verbunden ist, falls vorhanden.
- Antworttext: Der Antworttext, der mit dem Aufruf verbunden ist, falls vorhanden.
- HTTP-Statuscode: Der HTTP-Statuscode, der mit dem Aufruf verbunden ist.
-
Fehlermeldungen: Zusätzliche Protokollnachrichten zur Unterstützung bei der Fehlersuche von Connector-Problemen.
Protokollnachrichten enthalten auch die Harmony-Organisations-ID und die Umgebungs-ID, die mit dem Projekt als orgId
bzw. envId
verknüpft sind:
2023-05-07 18:13:42 http-nio-127.0.0.1-46912-exec-6 DEBUG org.jitterbit.connector.<connector_name>.Connection:80 [orgId:-][envId:100000] - Verbindung wird geschlossen
2023-05-07 18:13:42 http-nio-127.0.0.1-46912-exec-6 DEBUG org.jitterbit.connector.<connector_name>.client.Client:80 [orgId:-][envId:100000] - Verbindung wird geschlossen...
Hinweis
Es ist möglich, dass Protokollnachrichten eine undefinierte Organisations-ID ([orgId:-]
) enthalten, wenn Nachrichten außerhalb der Betriebszeit protokolliert werden. Zum Beispiel beim Testen der Verbindungs-Konfiguration eines Connectors.