Data Queue (AS/400) (Eingangsagent)


images/download/thumbnails/44944516/arrow_up-version-1-modificationdate-1582702370865-api-v2.png Einführung: Eine Beschreibung dieser Phase finden Sie im Abschnitt Phase 1 (Einführung).


images/download/thumbnails/44944516/image2020-3-12_14-54-30-version-1-modificationdate-1583978068395-api-v2.png

Zum Auslesen einer Data Queue auf einem AS/400-System.

Die Überprüfung auf vorhandene Daten erfolgt periodisch in einem spezifizierbaren Intervall. Hinweis: Wird eine Data Queue im Abstand von mehr als einer Minute ausgelesen, werden alle Einträge der Data Queue gelesen und verarbeitet. Ist der Abstand kleiner gleich einer Minute, werden pro Auslesevorgang maximal 50 Einträge ausgelesen und verarbeitet.

Jeder ausgelesene Data-Queue-Eintrag führt zu einem eigenen Job.

Aus einem gelesenen Eintrag kann z. B. eine ID ermittelt werden, anhand derer die tatsächlichen Nutzdaten dann per SQL aus einer Datenbank gelesen werden können.


images/download/attachments/44944516/417-version-1-modificationdate-1647935097121-api-v2.png


Hinweis: Siehe auch Abschnitt Dateinamen, Dateimuster, Pfade, System-Konstanten und Variablen.

(1) Nur relevant für das Zusatzmodul Load Balancing, um das Profil auf einem bestimmten Node zu starten.

(2) DNS-Name oder IP-Adresse des AS400-Hosts, der angesprochen werden soll und der Benutzer und das Kennwort dazu.

(3) Name der Data Queue, die abgefragt werden soll.

(4) Falls es sich um eine Keyed Data Queue handelt, muss hier der Schlüssel der abzufragenden Werte eingetragen werden.

(5) Intervall, in dem die Data Queue abgefragt wird.

(6) Testen des Zugriffs auf die konfigurierte Data Queue.

(7) Siehe nächster Abschnitt unten.

(8) Die Abfrage der Data Queue kann für definierte Zeiträume ausgesetzt werden. Die Dauer der Aussetzung wird in Minuten angegeben.

Verwenden eines ausgelesenen Data-Queue-Eintrags in einer SQL-Abfrage


Der aus der Data Queue gelesene String kann vom Eingangsagenten in einer folgenden SQL-Abfrage verwendet werden.


images/download/attachments/44944516/464-version-1-modificationdate-1648617220152-api-v2.png


(1) Ist diese Checkbox gesetzt, dann wird das Profil mit einem Fehler abgebrochen, wenn die SQL-Abfrage keine Daten zurück liefert.

(2) Die hier angegebene Default-Nachbehandlungsklasse ersetzt den Platzhalter &1 der SQL-Abfrage mit dem aus der Data Queue gelesenen Wert.

Hinweis: Sie haben die Möglichkeit eigene Nachbehandlungs-Klassen zu implementieren. Lobster_data bietet eine Programmierschnittstelle (API), die es Ihnen erlaubt eigene Komponenten 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.

(3) In der Auswahl erscheinen alle vorhandenen Datenbank-Aliase. Ein Datenbank-Alias ist eine zuvor konfigurierte Verbindung zu einer Datenbank. Hinweis: Genaueres zu Datenbank-Verbindungen finden Sie in der Dokumentation der Admin-Konsole.

(4) SELECT-Abfrage, um Daten aus der Datenbank zu lesen. Es kann nur eine einzelne SELECT-Abfrage angegeben werden.

(5) Führt die SQL-Abfrage aus. Enthält die SQL-Abfrage für den Namen der Spalten einen *, werden aus der Antwort die tatsächlichen Namen der Spalten ausgelesen und in der SQL-Abfrage eingetragen.

Beispiel: SELECT * FROM table_1 wird z. B. zu SELECT col1, col2, col3 FROM table_1

(6) Die Spalten der SQL-Anweisung werden als Felder unterhalb eines neuen Knotens in der Quellstruktur angelegt. Vorhandene Mappinganweisungen bleiben dabei erhalten. Die Datentypen und Feldlängen der Spalten werden aus der Datenbank übernommen.

Antwortweg


Siehe Abschnitt Antwortweg AS/400.