Entwicklung und Test

Für die meisten Processors stehen standardmäßig die "success"- und "failure"-Verbindungsoption zur Verfügung, die je nach Erfolg oder Misserfolg des Prozesses ausgeführt werden.

Der graue Pfeil stellt die Default-Verbindung dar, welche letztlich alle Verbindungstypen enthält. Bei der Verbindung öffnet sich ein zusätzliches Fenster, in dem der spezifische Typ der Verbindung ausgewählt werden kann.
Darüber hinaus haben bestimmte Processors zusätzliche Typen der Verbindung, die für spezifische Ergebnisse oder Ereignisse genutzt werden können.

Zusätzlich besteht bei einigen Processors die Möglichkeit, mit dynamischen Properties eigene Verbindungstypen zu erstellen.

Zur Verbesserung der Übersichtlichkeit sind die dargestellten Kanten der Verbindungen farblich kodiert oder im Falle von dynamischen Properties oder spezifischen Ereignissen beschrieben.

Bei der Verschiebung von bereits verbundenen Elementen bleiben die Verknüpfungen weiterhin erhalten und passen sich der Neupositionierung dynamisch an.

Zur Erstellung eines einfachen Flows siehe 5-Minuten-Tutorial.

Die angelegten Verbindungen können zusätzlich optisch verändert und gebogen werden, um eine bessere Übersicht im Datenfluss zu erreichen. Werden die Kanten im Editiermodus verschoben, erscheinen Punkte auf der Kante, die zur Formung genutzt werden können.

Durchgeführte Veränderungen können über das Kontextmenü erneut zurückgesetzt werden.

Processors oder Flows können auf unterschiedliche Arten, vereinzelt oder in der gesamten Process Group, ausgeführt werden.
Die Zustände von Processors können über das Kontextmenü (per Rechtsklick auf das Element) angepasst und dadurch gestartet oder gestoppt werden.

Wenn hingegen das Kontextmenü auf einer leeren Fläche aufgerufen und der Status verändert wird, bezieht sich diese Aktion auf alle Processors in der aktuellen und allen untergeordneten Process Groups. Die Konfiguration der Ausführung, wie beispielsweise die Häufigkeit der Ausführung, erfolgt im Konfigurationsbereich. Während Processors sich im Zustand RUNNING befinden, wird diese Konfiguration berücksichtigt. Dieser Zustand wird durch die Auswahl des Kommandos Start aktiviert. Wird hingegen über das Kontextmenü Run Once ausgeführt, wird der Processor nur einmal ausgeführt.

Alle vorhergehenden Ausführungen können in einer Event-Tabelle eingesehen werden.

Die Success Relation ist eine Verbindung, die allen Processors zur Verfügung steht. FlowFiles werden immer dann an die Success Relation weitergeleitet, wenn die Verarbeitung im Processor erfolgreich war.

Zu erkennen ist die Success Relation im Diagramm durch die grüne Farbe, welche von keiner anderen Relation verwendet wird.

Die Failure Relation die den meisten Processors als Option zur Verfügung steht ist oftmals der erste Schritt für eine angemessene Fehlerbehandlung. An diese Relation werden FlowFile immer dann weitergegeben, wenn es bei der Verarbeitung innerhalb des Processors zu einem Fehler gekommen ist. Dadurch können auftretende Fehler einfach abgefangen werden, um in einem dafür vorgesehenen Zweig durch die Anbindung von weiteren Processors angemessen darauf zu reagieren. Zu erkennen ist die Success Relation im Diagramm durch die rote Farbe, welche von keiner anderen Relation verwendet wird.

Oft werden als erste Endpunkte Funnel eingesetzt, um kenntlich zu machen, dass an der entsprechenden Stelle weitere Verarbeitungsschritte hinzugefügt werden sollten. Dies unterstützt die Nutzer*innen zudem dadurch in der Fehlererkennung, dass die FlowFiles entsprechend auf der Failure-Kante ersichtlich sind.

FlowFiles können an dieser Stelle analysiert werden, um die Ursache des Fehlers zu identifizieren. Hierzu bietet die Event-Tabelle weitere Informationen zum fehlerhaften Event des Processors.

Zur angemessenen Fehlerbehandlung ist es allerdings wichtig, die FlowFiles eines Fehlers nicht nur in einem Funnel zu sammeln, sondern in weiteren Schritten zu bearbeiten, um vorhanden Fehler angemessen zu adressieren.

Zusätzlich besteht die Möglichkeit, generierte Fehler mit den Metro-Processors zu sammeln und die Fehlerbehandlung gebündelt durchzuführen.

Für unterschiedliche Processortypen gibt es noch weitere andere Relationstypen neben den Relationen Failure oder Success.

Beim InvokeHttp-Processor gibt es vier weitere Relationen, die genutzt werden können. Dazu gehören Retry, Response, Original und No Retry.

Im Falle des Duplicate-Processors gibt es drei weitere Relationen, die spezifisch zu diesem Processor gehören und die Success-Relation ersetzen.

Datenpakete, die über die dadurch entstandenen Kanten übermittelt werden, werden als FlowFiles bezeichnet. FlowFiles werden jeweils auf der erstellten Kante selbst im Diagramm dargestellt und können zudem durch einen Klick auf die Kante in der Queue des Processors angesehen werden.

FlowFiles besitzen zum einen Inhalt und Metadaten, die im Rahmen von IGUASU als Attribute bezeichnet werden. Sowohl der Inhalt als auch die Attribute können zum Routing oder zur Übermittlung von Informationen an andere Processors oder externe Systeme genutzt werden.