Bedienungsmöglichkeiten im Jitterbit Design Studio

Auf dieser Seite werden die für jede Operation konfigurierbaren Optionen beschrieben. Klicken Sie dazu mit der rechten Maustaste auf den Hintergrund eines Operation und wählen Sie im Menü Optionen. Das Fenster Operationsoptionen wird angezeigt:

In diesen Abschnitten werden die verfügbaren Operation beschrieben:

Zeitüberschreitung beim Vorgang

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

• Standardmäßig ist das Zeitlimit für den Vorgang auf 2 Stunden eingestellt. Wenn der Operation länger als 2 Stunden ausgeführt wird, ohne abgeschlossen zu werden oder fehlzuschlagen, wird er 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. wenn Sie nicht möchten, dass der Operation ausgeführt wird, wenn er nicht innerhalb eines bestimmten Zeitrahmens abgeschlossen werden kann.

Was zu protokollieren ist

Mit der Option Was soll protokolliert werden können Sie zwischen „Alles“ und „Nur Fehler“ wählen. Diese Protokolle können Sie einsehen, indem Sie mit der rechten Maustaste auf den Hintergrund eines Operation klicken und Vorgangsprotokoll auswählen. Beachten Sie, dass Sie im Vorgangsprotokoll auch die Möglichkeit haben, nur nach Fehlern zu filtern. - Standardmäßig wird alles protokolliert. Dies umfasst den Status „Erfolgreich“, „Abgebrochen“, „Ausstehend“, „Läuft“ und „Fehler“. Ein Grund, warum Sie vor der Protokollerstellung „Nur Fehler“ auswählen sollten, 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, dass diese überhaupt generiert werden.

Debuggen-Modus aktivieren

Wählen Sie im Fenster Operationsoptionen die Option Debug-Modus aktivieren bis und legen Sie ein Datum fest, bis zu dem die Einstellung deaktiviert werden soll. Dieses Datum ist auf zwei Wochen ab dem aktuellen Datum begrenzt. Die Protokollierung wird zu Beginn dieses Datums (0:00 Uhr) entsprechend der Zeitzone des Agenten deaktiviert. Das Aktivieren des debuggen-Modus für eine bestimmte Operation kann hilfreich sein, wenn Sie Probleme mit einer bestimmten Operation haben und die debuggen Protokollierung nicht für Ihr gesamtes Projekt aktivieren müssen, da dies zu sehr großen Dateien im Verzeichnis führen kann.

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

• Privater Agent: Debug-Protokolldateien für einen Operation. Diese Option dient hauptsächlich der Fehlersuche während des Tests und sollte in der Produktion nicht aktiviert werden, da sie sehr große Dateien erzeugen kann. Die Debug-Protokollierung kann auch für das gesamte Projekt über den privaten Agenten selbst aktiviert werden (siehe Operation debuggen-Protokollierung). Die debuggen-Protokolldateien sind direkt auf privaten Agenten zugänglich und können über die Management Console Agenten heruntergeladen werden. und Laufzeitoperationen 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.

Operation „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. So können Sie die Operation „BeiErfolg“ auch dann starten, wenn der Auslöser fehlgeschlagen ist. Dies kann nützlich sein, um spätere Projektteile einzurichten, ohne vom Erfolg einer abhängigen Operation abhängig zu sein.

Chunking aktivieren

• Chunking ermöglicht es Jitterbit, Daten in Blöcken 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 teilt Jitterbit mit, 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.
• Standardmäßig ist chunking 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.