Wie verwendet man CLI server mode?

[Fuerchau]

Das kannst du ja auch tun.
Allerdings würde ich hier eben auch den Weg der DTAQ-Services verwenden.
Ein RPGle sendet an die DTAQ den Webrequest, der DTAQ-Server führt diesen aus und schickt die Antwort an den Requestor zurück.
Da die DTAQ in der Satzlänge keine CLOB aufnehmen kann ist die Alternative auch ein USRSPC, der wie Shared Memory funktionieren kann und bis 16MB aufnimmt.
Der Requestor legt einen USRSPC und DTAQ mit Jobnr an und schickt die Anforderung an den Server.
Dieser bearbeitet die Anforderung, legt die Antwort in den USRSPC und schickt einen Wecker an die Job-DTAQ. Der Requestor kann die Antwort nun aus dem USRSPC auslesen.
Ein paar Aufräumaktionen (DTAQ/USRSPC löschen) und man ist fertig.

Man kann sich auch einen Pointer auf den USRSPC holen. Das funktioniert dann wie Shared Memeory und ist auch am schnellsten.

Wie gesagt, die DTAQ-Server kann man dann skalieren um parallele Abfragen zu erlauben.

[BenderD]

Einspruch: der DataQ Server kann immer nur eine Anforderung nach der anderen bearbeiten, das skaliert auch nicht.

D*B

[Fuerchau]

Einspruch abgelehnt;-).
An eine DTAQ kann man mehrere Reader anhängen, die im RoundRobin die Anforderungen auslesen, beantworten und sich wieder hinten dranhängen.
Über PJE's kann man dann festlegen, wieviele parallele Jobs man haben möchte und falls sich mal einer verabschiedet oder verabschieden muss, ob dann automatsch neue gestartet werden.

Auf diesem Wege archiviere ich seit 100 Jahren mittels Spoolüberwachung (DTAQ an OUTQ) parallel viele Spools da ein Job alleine dies nicht schafft. Ich komme hier mit 5 aus.

[BenderD]

... kann man was draus machen (gefühlte Ewigkeit her, dass ich sowas selber gemacht habe).

[dschroeder]

Wenn wir uns für eine Entkoppelung der interaktiven Sitzung und der Webservice-Aufrufe entscheiden sollten, denken wir auch eine DTAQ Lösung. Das Segmentieren der Results, die 64K übersteigen können, ist ein bisschen aufwendig. Deshalb haben wir auch schon an eine Lösung gedacht, in der wir die Daten in eine Streamfile schreiben. USRSPC ist da aber vielleicht noch schneller.

Nochmals danke für alle Hinweise.

[Fuerchau]

Interprozesskommunikation mit USRSPC und Pointer ist das schnellste wo gibt, gefolgt von DTAQ sofern die nicht per Force auf die Platte schreiben muss.

[andreaspr@aon.at]

Wir haben auch schon solche Anforderungen gehabt und wir arbeiten sehr viel mit DTAQs.
Allerdings verwenden wir für die Schnittstelle einfach nur Tabellen.
Über die DTAQs werden dann nur die ID übermittelt und fertig.

Also
1. PGM A --> sendet ID 4711 and DTAQ
2. PGM B liest ID 4711 ein.
3. PGM B führt WebService Request durch und speichert Ergebnis in Tabelle
4. Rückantwort an DTAQ von PGM A
5. PGM A kann mit Daten weiter arbeiten.

Wenn du willst, kann ich dir ein fertiges Code Beispiel schicken die dir die Kommunikation via DTAQ zeigt.

lg Andreas

[dschroeder]

Danke Andreas. Mach dir bitte erstmal keine Mühe. Wir sind noch nicht sicher, welchen Weg wir gehen. Am liebsten wäre es mir, wenn wir auf die Entkoppelung ganz verzichten könnten. Ich möchte aber gerne einen Plan B in der Hinterhand haben, falls Performanceprobleme auftreten.