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