CICS-LU6.2-Benutzerdatenmodell
Das CICS-LU6.2-Benutzerdaten-Programmiermodell bietet direkte Aufrufe und Datenaustausch zwischen TI und dem Server-TP. Für dieses Modell sind keine weiteren Kommunikationskomponenten erforderlich.
Die folgende Abbildung zeigt eine Übersicht über den Workflow zwischen dem Client, der standardmäßigen CICS-Spiegeltransaktion und dem Mainframetransaktionsprogramm. Die Zahlen in Klammern geben die ungefähre Reihenfolge an, in der Ereignisse auftreten. Nach der Abbildung folgt eine ausführliche Beschreibung der Ereignisse.
Transaktionsintegrator, der LU 6.2 oder TCP/IP an das Mainframetransaktionsprogramm sendet und von diesem empfängt
Übersicht über den Workflow für das CICS-LU6.2-Benutzerdaten-Programmiermodell
Das CICS-LU6.2-Benutzerdaten-Programmiermodell funktioniert wie folgt:
Eine Anwendung ruft eine Methode in einer TI-Komponente auf, die entweder in Komponentendiensten oder im .NET Framework konfiguriert ist.
Die TI-Runtime ruft den TI Automation-Proxy auf.
Wenn es sich bei der Anwendung um eine COM+-Komponente handelt, führt der TI Automation-Proxy Folgendes aus:
Liest die Typbibliothek, die zuvor vom TI-Designer erstellt wurde.
Ordnet die Automatisierungsdatentypen COBOL-Datentypen zu.
Wenn es sich bei der Anwendung um eine .NET-Assembly handelt, führt der TI Automation-Proxy Folgendes aus:
Liest die Assembly und die Metadaten, die zuvor vom TI-Designer erstellt wurden.
Ordnet die .NET Framework-Datentypen COBOL-Datentypen zu.
Der TI Automation-Proxy führt dann Folgendes aus:
Ruft die Konvertierungsroutinen auf, um die Anwendungsdaten in Mainframe-COBOL-Typen zu konvertieren.
Erstellt den vereinfachten Datenstrompuffer, der die COBOL-Deklaration oder das COBOL-Copybook darstellt.
Übergibt die Nachricht an die SNA-Transportkomponente.
Der TI-Proxy sendet die von der TI-Komponentenmethode angegebene TP-Aufrufanforderung über das LU6.2-Protokoll an das Server-TP. In dieser Meldung sendet TI die TRANID des Server-TP, das die Methode aufruft.
TI und das Server-TP kommunizieren direkt, indem sie APPC- oder CPI-C-Verben (Common Programming Interface for Communications) ausgeben, um die Eingabe- bzw. Ausgabefelder zu empfangen und zu senden.
Bei Bedarf gibt das Server-TP die entsprechenden Verben aus, um Eigenschaften auf Synchronisierungsebene 2 und einen 2-Phasen-Commit zu implementieren.
Das Mainframe-TP schließt den Socket.
Der TI Automation-Proxy empfängt die Antwortdaten und verarbeitet die Antwort. Der TI Automation-Proxy führt folgende Schritte aus:
Empfängt die Nachricht von der SNA-Transportkomponente.
Liest den Nachrichtenpuffer.
Wenn es sich bei der Anwendung um eine COM+-Komponente handelt, führt der TI Automation-Proxy Folgendes aus:
Ordnet die COBOL-Datentypen Automatisierungsdatentypen zu.
Ruft die Konvertierungsroutinen auf, um die Mainframe-COBOL-Typen in Anwendungsdaten zu konvertieren.
Wenn es sich bei der Anwendung um eine .NET-Assembly handelt, führt der TI Automation-Proxy Folgendes aus:
Ordnet die COBOL-Datentypen .NET Framework-Datentypen zu.
Ruft die Konvertierungsroutinen auf, um die Mainframe-COBOL-Typen in Anwendungsdaten zu konvertieren.
Die TI-Runtime sendet die konvertierten Daten zurück an die COM- oder .NET Framework-Anwendung, die die Methode aufgerufen hat.
Host Integration Server enthält Beispielcode, der zeigt, wie das CICS LU6.2-Benutzerdaten-Programmiermodell implementiert wird. Der Beispielcode befindet sich hier: \Installationsverzeichnis\SDK\Samples\AppInt. Starten Sie Microsoft Visual Studio, öffnen Sie das gewünschte Tutorial, und befolgen Sie die Anweisungen in der Readme-Datei.
Weitere Informationen
Komponenten von Transaction Integrator
Konvertieren von Datentypen von Automation zu z/OS COBOL]
Konvertieren von Datentypen von z/OS COBOL in Automation
CICS-Komponenten
TI-Runtime
Auswählen des geeigneten Programmiermodells
Programmiermodelle