Bedienungsmöglichkeiten im Jitterbit Design Studio

Auf dieser Seite werden die Optionen beschrieben, die für jeden Operation konfiguriert werden können. Um diese Optionen zu erreichen, klicken Sie mit der rechten Maustaste auf den Hintergrund eines beliebigen Operation und wählen Sie im Menü Optionen. Das Fenster Vorgangsoptionen wird angezeigt:

In diesen Abschnitten werden die verfügbaren Operation beschrieben:

Zeitüberschreitung beim Vorgang

• Das Operations-Timeout ist die maximale Zeit, die die Operation ausgeführt wird, bevor sie abgebrochen wird. Wenn Ihre Operation große Datensätze umfasst oder komplex ist, kann dies dazu führen, dass die Ausführung der Operation länger dauert.

• Standardmäßig ist das Operations-Timeout auf 2 Stunden eingestellt. Wenn die Operation länger als 2 Stunden ausgeführt wird, ohne abgeschlossen zu werden oder fehlzuschlagen, wird sie automatisch abgebrochen.

• Sie können diesen Wert erhöhen, wenn der Operation große Datensätze umfasst, deren Ausführung lange dauert. Oder verringern Sie ihn, wenn die Vorgänge zeitkritisch sind; d. h. Sie möchten nicht, dass der Operation ausgeführt wird, wenn er nicht innerhalb eines bestimmten Zeitrahmens abgeschlossen werden kann.

Was ist zu protokollieren?

• Mit der Option Was soll protokolliert werden können Sie zwischen „Alles“ und „Nur Fehler“ wählen. Dies sind die Protokolle, die Sie anzeigen können, wenn Sie mit der rechten Maustaste auf den Hintergrund eines Operation klicken und Vorgangsprotokoll wählen. Beachten Sie, dass Sie im Vorgangsprotokoll auch die Möglichkeit haben, nur nach Fehlern zu filtern.
• Standardmäßig wird alles protokolliert. Dies umfasst die Status „Erfolgreich“, „Abgebrochen“, „Ausstehend“, „Läuft“ und „Fehler“.
• Ein Grund, warum Sie vor der Generierung des Protokolls möglicherweise „Nur Fehler“ auswählen möchten, ist, dass dies bei Problemen mit der Operation zu Verbesserungen führen kann. Auf diese Weise können Sie die Generierung der anderen Nicht-Fehlermeldungen, die normalerweise im Betriebsprotokoll herausgefiltert werden, von vornherein verhindern, wenn Sie nicht vorhaben, sie zu verwenden.

Debuggen-Modus aktivieren

Wählen Sie im Fenster Operationsoptionen Debugmodus aktivieren bis und legen Sie ein Datum fest, an dem die Einstellung deaktiviert werden soll. Dieses Datum ist auf 2 Wochen ab dem aktuellen Datum begrenzt. Die Protokollierung wird zu Beginn dieses Datums (00:00 Uhr) in der Zeitzone des Agenten deaktiviert. Das Aktivieren des debuggen für eine bestimmte Operation kann hilfreich sein, wenn Sie Probleme mit einer bestimmten Operation haben und die debuggen nicht für Ihr gesamtes Projekt aktivieren müssen, wodurch sehr große Dateien im Verzeichnis erstellt werden können.

Wenn die Operation debuggen aktiviert ist, werden je nach Agententyp folgende Protokolltypen generiert:

• Privater Agent: Debug-Protokolldateien für einen Operation. Diese Option wird hauptsächlich zum Debuggen von Problemen während des Tests verwendet und sollte in der Produktion nicht aktiviert werden, da sie sehr große Dateien erstellen kann. Die Debug-Protokollierung kann auch vom privaten Agenten selbst für das gesamte Projekt aktiviert werden (siehe Operation- debuggen-Protokollierung). Die debuggen-Logdateien sind direkt auf privaten Agenten zugänglich und können über die Management Console Agenten heruntergeladen werden und Runtime Operations Seiten.

• Privater Agent oder Cloud-Agent: Vorgangsprotokolle für erfolgreiche API Vorgänge (konfiguriert für benutzerdefinierte APIs oder OData Dienste). Standardmäßig werden nur API Operationen mit Fehlern in den Operation protokolliert.

Vorgang „Erfolgreich ausführen “

• Die Option Vorgang bei Erfolg ausführen, auch wenn keine passenden Quelldateien vorhanden sind gilt für Vorgänge, für die „OnSuccess“-Trigger konfiguriert sind.
• Standardmäßig werden Ihre OnSuccess-Vorgänge nur ausgeführt, wenn eine passende Quelldatei zur Verarbeitung vorliegt.
• Sie haben die Möglichkeit, den Erfolg der vorherigen Operation zu „erzwingen“, sodass Sie die Operation „OnSuccess“ auch dann starten können, wenn der Auslöser fehlgeschlagen ist. Dies kann nützlich sein, um spätere Teile des Projekts einzurichten, ohne vom Erfolg einer abhängigen Operation abhängig zu sein.

Chunking aktivieren

• Chunking ermöglicht es Jitterbit, Daten stückweise an das Zielsystem zu übermitteln.
  • Die Chunk-Größe teilt Jitterbit mit, wie viele Quelldatensätze pro Thread verarbeitet werden sollen.
  • Die Anzahl der Datensätze pro Datei weist Jitterbit an, nur die angeforderte Anzahl von Datensätzen in der Zieldatei zu platzieren.
  • Die Maximale Anzahl an Threads gibt Jitterbit an, wie viele Threads gleichzeitig verarbeitet werden sollen.
  • Der Quell-Chunk-Knoten und der Ziel-Chunk-Knoten ermöglichen dem Benutzer, zu definieren, was einen Datensatz ausmacht und sollten für hierarchische Datenstrukturen und XML festgelegt werden.
• chunking ist standardmäßig nicht aktiviert.
• Dies ermöglicht eine schnellere Verarbeitung großer Datensätze und wird auch verwendet, um Datensatzbeschränkungen zu berücksichtigen, die von verschiedenen webdienstbasierten Systemen bei einer Anfrage auferlegt werden.