Datei-Inspektoren

Datei-Inspektoren werden vom Content Inspector Manager aufgerufen, um zu überprüfen, ob ein Content-Inspektor für eine Datei zuständig ist oder nicht. Die folgenden Datei-Inspektoren stehen zur Verfügung.

Hinweis: Alle verfügbaren Datei-Inspektoren sind definiert in Konfigurationsdatei ./etc/admin/datawizard/ci_handler.properties. Wir bieten eine Programmierschnittstelle (API), die es Ihnen auch erlaubt eigene Klassen in Java zu entwickeln. Hierzu bieten wir eine vertiefte Schulung an. Bei Interesse wenden Sie sich bitte an unsere Mitarbeiter im Support bzw. im Vertrieb.

Accept All Files Inspector


Außer einer Beschreibung (Pflicht) ist hier keine Konfiguration vorzunehmen. Es werden alle (auch leere) Dateien akzeptiert von diesem Inspektor.

Accept Empty Files Inspector


Außer einer Beschreibung (Pflicht) ist hier keine Konfiguration vorzunehmen. Es werden nur leere Dateien akzeptiert von diesem Inspektor. Eine Datei gilt auch als leer, wenn sie nur aus Leerzeichen besteht.

EDIFACT Inspector


Der EDIFACT Inspector überprüft die EDIFACT-Nachricht auf angegebene Werte für z. B. Sender, Empfänger, Typ, Version, Release und Organisation. Der Platzhalter * bedeutet, dass alle Werte erlaubt sind. Alle Eingabefelder können auch reguläre Ausdrücke enthalten. Dazu verwenden Sie bitte das Präfix "regex:".


(1) Sender: Hier können auch Platzhalter für Zusatzkennungen aus der Partnerverwaltung verwendet werden (gilt auch für Empfänger). Dadurch können Sie den Datei-Inspektor allgemein konfigurieren. Die spezifischen Werte kommen dann aus den dem Content-Inspektor zugeordneten Partnerkanälen. Beispiel: "@partner:ILN@".

(2) Release: Mehrere erlaubte Releases können durch ein Semikolon ; getrennt angegeben werden. Beispiel: "96A".

(3) USH Segment: Einstellung für signiertes EDIFACT. Auswählbare Werte sind Möglich, Nein, Pflicht.

IDoc Inspector


Der IDoc Inspector prüft die Felder des IDoc-Headersegments auf vorgegebene Werte.

JSON Inspector


Der JSON Inspector überprüft, ob die Pflicht-JSONPath-Ausdrücke ein nicht leeres Ergebnis liefern.


(4) Pflicht: Markiert, ob ein JSONPath-Ausdruck Pflicht ist.

(5) JPath: Der JSONPath-Ausdruck, der auf das JSON-Dokument angewandt wird. Beispiel: $.store.book[*].author

PDF Inspector


Außer einer Beschreibung (Pflicht) ist hier keine Konfiguration vorzunehmen. Der PDF Inspector überprüft, ob es sich um eine PDF-Datei handelt.

Plain Text Inspector


Der Plain Text Inspector überprüft zeilenweise für die komplette Plain-Text-Datei, ob die definierten Regeln zutreffen. Eine neue Regel kann über das Kontextmenü erzeugt werden und wird durch die Punkte (1) bis (4) definiert.


(6) Regel-Typ: Es gibt drei verschiedene Regeltypen: Kommt in Nachricht vor, Ist Anfang der Nachricht, Ist Ende der Nachricht.

(7) Bedingung: Mögliche Werte sind:

  • beginnt mit

  • endet mit

  • enthält

  • ist gleich

  • RegEx (Regulärer Ausdruck)

(8) Wert: Der Wert, mit dem verglichen wird.

(9) Start, Ende: Wenn hier ein Wert größer 0 hinterlegt ist, wird beim zeilenweisen Einlesen nur der Teilstring zwischen diesen Indizes (beginnend mit 1) verglichen. Hinweis: Start-Wert muss kleiner als der Ende-Wert sein.


Die Plain-Text-Datei wird Zeile für Zeile eingelesen. Die Reihenfolge in der Liste der Regeln ist für die Gesamtauswertung nicht relevant.

Sind nur Regeln des Typs Kommt in Nachricht vor vorhanden, dann ist die Gesamtauswertung true, wenn eine dieser Regeln true ist.

Gibt es mindestens eine Regel des Typs Ist Anfang der Nachricht, dann muss eine dieser true sein und es muss auch mindestens eine Regel des Typs Ist Ende der Nachricht geben, welche ebenfalls true sein muss, damit die Gesamtauswertung true ergibt. Regeln des Typs Kommt in Nachricht vor werden dann nicht beachtet.

Gibt es mindestens eine Regel des Typs Ist Ende der Nachricht und es gibt keine Regel des Typs Ist Anfang der Nachricht, dann muss mindestens eine Regel des Typs Ist Ende der Nachricht als true ausgewertet sein, damit die Gesamtauswertung true ergibt. Regeln des Typs Kommt in Nachricht vor werden dann nicht beachtet.

Regex Inspector


In diesem Datei-Inspektoren kann ein regulärer Ausdruck angegeben werden, mit dem die komplette Datei überprüft wird. Beispiel: ^.*somekeyword.*

Tradacoms Inspector


(10) Beschreibung: Ist als Pflichtfeld auszufüllen. Alle restlichen Feld-Vergleichswerte sind optional. Der Platzhalter "*" bedeutet, dass alle Werte erlaubt sind.

X12 Inspector


(11) Schlüssel-Icon: Hier können auch Platzhalter für Zusatzkennungen aus der Partnerverwaltung verwendet werden. Dadurch können Sie den Datei-Inspektor allgemein konfigurieren. Die spezifischen Werte kommen dann aus den dem Content-Inspektor zugeordneten Partnerkanälen. Beispiel: "@partner:ILN@".

Außer der Beschreibung sind alle restlichen Feld-Vergleichswerte optional. Der Platzhalter "*" bedeutet, dass alle Werte erlaubt sind.

XML Inspector


Der XML Inspector überprüft, ob die Pflicht-XPath-Ausdrücke Unterknoten liefern.


(12) Pflicht: Markiert, ob ein XPath-Ausdruck Pflicht ist. Hinweis: Einer dieser Pflicht-Einträge muss mindestens vorhanden sein.

(13) XPath-Ausdruck: Der XPath-Ausdruck, der auf das XML-Dokument angewandt wird. Beispiel: "/ORDERS/ORDER".

Default Namespaces


Dieser Datei-Inspektor verwendet XPath 1.0 und kann deswegen nicht direkt mit Default Namespaces (also ohne Präfix) umgehen. Im folgenden Beispiel wird im Element order ein Default Namespace definiert:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<orders>
<order xmlns="urn:schemas-basda-org:2000:purchaseOrder:xdr:3.01">
<items>
<item>Apples</item>
<item>Bananas</item>
</items>
</order>
</orders>


Der folgende XPath-Ausdruck würde hier nicht funktionieren:

/orders/order/items/item[text()='Bananas']


Verwenden Sie stattdessen folgenden Ausdruck oder den XML V4 Inspector (siehe folgenden Abschnitt):

/*[local-name()='orders']/*[local-name()='order']/*[local-name()='items']/*[local-name()='item'][text()='Bananas']

XML V4 Inspector


Braucht den (separat zu lizenzierenden) XML-V4-Parser, ist aber ansonsten wie der XML Inspector zu konfigurieren und ist analog zum XML-V4-Parser deutlich schneller.