qsnddtaq auf remote dtaq??

[rebe]

Hallo!

Ich möchte Daten von einer AS400 aus in eine Dataqueue einer anderen AS400 stellen, die mit TCP/IP verbunden sind.

Mein Problem:
crtdtaq läßt zwar eine ferne Dataqueue zu, aber nur über SNA.
Das API QSNDDTAQ kann nur in lokale Dataqueues ablegen.

Eine Möglichkeit ist über sbmrmtcmd eine entsprechende Prozedur auf der remote AS400 anzurufen.

Gibt es noch eine andere, elegante Möglichkeit??

Danke für Hinweise.

Schönen Gruß
Reiner Beimdiek

[Fuerchau]

SNA ist doch kein Hinderungsgrund. Suche mal nach dem Stichwort "AnyNet" zum Einrichten einer Verbindung "SNA over IP".

Dann müsste das auch mit QSNDDTAQ klappen.

Ansonsten vielleicht über SBMRMTCMD CMD(SNDMSG), auf dem Zielsystem ein Programm mit RCVMSG.

Ansonsten, da ja sowieso eine DDM-Datei benötigt wird, direkt in diese Datei schreiben und auf dem Zielsystem per Programm lesen.

[BenderD]

Hallo,

Möglichkeiten gibt es viele,

Sockets statt DTAQ
Vorteil: TCPIP konform
Nachteil: technische Komplexität
würde ich DTAQ vorziehen, aber nur verwenden, wenn Plattform Unabhängigkeit eine Argument ist.

SBMRMTCMD
zuviel Overhead und das n zu eins Verhältnis von Erzeuger und Verbraucher gefällt mir nicht wirklich.

DDM File
ist Waffenscheinpflichtig: der erste Benutzer eröffnet, alle folgenden gehen durch dieselbe Berechtigungstür, spätestens dann Murks, wenn der erste nur Leserechte hat.

SQL in Workfile
gleiche Synchronisationsproblematik, wie der ganze asynchrone Kram

ICF Datei
war früher mal erste Wahl, ist aber technisch nicht ohne Anspruch

SQL Call auf stored Procedure
eines der elegantesten, dabei würde ich auch gleich die DTAQ schlachten und direkt mit Parametern arbeiten, es sei denn dass die Zielverarbeitung sehr aufwändig ist und die Quellanwendung schnell sein soll.

Remote Journaling
Eintrag in lokales Journal schreiben und Server Job verarbeitet ein zugeordnetes Remote Journal
Erste Wahl bei entsprechenden Sicherheitsanforderungen.

Ach ja - und wenn das ganze auch java sein darf, dann fängt die Eleganz erst wirklich an.

Und wenn es so richtig Geld kosten soll, dann gibt es da noch MQ Series

Dieter

[Jonny B.]

Jetzt gibts endlich eine Lösung (falls du V5R2 hast). Nachzulesen auf:

http://www-912.ibm.com/s_dir/slkbase...4?OpenDocument

Document Title
CRTDTAARA and CRTDTAQ Commands over TCP/IP At V5R2M0

Document Description
Support for DDM data areas and data queues over TCP/IP was added in V5R3, and English only PTFs for the function are available for V5R2. The TCP/IP remote location is specified indirectly through a TCP/IP RDB directory entry. Specifying *RDB for RMTLOCNAME and a TCP/IP type RDB directory in the RDB parameter on the CRTDTAARA or CRTDTAQ command, allows the connection to be made using TCP/IP. The PTFs must be applied only to the system where the DDM data area or data queue is created. Therefore, the V5R2 system can use TCP/IP DDM data areas and data queues to connect to pre-V5R2 TCP/IP systems.

The set of PTFs is as follows (supersede information as of 12/20/2003).

SI06730 is on cumulative package and has supersede SI10565 that is not on thecumulative package.
SI06733 is on cumulative package 3161 and has no supersede.
SI06735 is on cumulative package 3161 and has no supersede.
SI06736 is on cumulative package 3161 and has supersede SI08148 that is not on the cumulative package.
SI06737 (MRI) and is not on the cumulative package.
SI06738 (MRI) and is not on the cumulative package.