Inbound-Kommunikation mit CICS-Partnern

Bei einer Inbound-Kommunikation mit einer CICS-Anwendung unterstützt BeanConnect das Kommunikationsprotokoll LU6.2. Für die Teilnahme an einer Kommunikation mit BeanConnect gelten folgende Einschränkungen und Regeln:

• Basic Conversation wird nicht unterstützt. Basic Conversation für CICS wird mittels der Befehle programmiert, die mit GDS beginnen.

• PIP-Daten können für den Aufruf CONNECT PROCESS nicht verwendet werden. Die Daten gehen verloren.

• Es können keine unterschiedlichen Mode-Namen für unterschiedliche Verbindungen mit demselben Partner verwendet werden. Bei CICS/ESA V4.1 wird der Mode-Name in der SESSION-Definition angegeben und kann dann beim CICS-API implizit über den Parameter SYSID des Kommandos ALLOCATE ausgewählt werden.

• Wenn aufgrund von internen Konnektivitäts-Problemen in BeanConnect eine LU6.2-Conversation mit dem Java EE Application Server nicht eröffnet wird, erhält CICS keine detaillierte Rejection Message. Die Rejection Message steht nur in einer der Protokolldateien von BeanConnect.

• BeanConnect unterstützt SYNCLEVEL 0 (nicht-transaktionale Conversation) und SYNCLEVEL 2 (transaktionale Conversation). Der SYNCLEVEL wird in der CICS-API mit dem Parameter SYNCLEVEL für CONNECT PROCESS festgelegt.

• Wenn eine Inbound-Kommunikation SYNCLEVEL 2 verwendet, muss das CICS-Programm beim Proxy das Transaktionsende mit den Kommandos SEND LAST und SYNCPOINT bzw. ISSUE PREPARE anfordern. Der Proxy beendet dann die Transaktion. CICS kann das Transaktionsende entweder gleich beim Senden der Benutzernachricht anfordern oder erst nach dem Empfang der Antwort.

• Es sind nur Einschritt-Dialoge sind zulässig (ein SEND INVITE Aufruf im CICS-Programm). Jedoch können Nachricht und Antwort aus mehreren Teilen bestehen. Für jeden Nachrichtenteil muss ein SEND und ein RECEIVE-Aufruf ausgeführt werden. Der letzte Teil wird durch den Absender mit Hilfe des Aufrufs SEND INVITE angezeigt.

• Wenn für SYNCLEVEL der Wert 0 festgelegt sind, beendet die OLTP Message-Driven Bean die Kommunikation. Das bedeutet, dass das CICS eine Nachricht mit SEND INVITE versenden und die entsprechende Reply Message mit RECEIVE empfangen kann. Folglich wird der Dialog beendet und SEND LAST ist nicht länger zulässig. Das CICS kann jedoch SEND LAST anstatt des Paares SEND INVITE / RECEIVE ausgeben. Hier sendet das CICS die Nachricht an eine OLTP Message-Driven Bean, ohne eine entsprechende Reply Message zu erhalten.

Ein CICS-Programm für Inbound-Kommunikation muss so entwickelt und codiert sein, dass es dem Distributed Transaction Programming (DTP) entspricht. Eine Beschreibung dieses Programmier-Paradigmas finden Sie in der CICS-Dokumentation von IBM, z.B. „CICS Distributed Transaction Programming Guide“.