IMS-LU6.2-Benutzerdatenmodell

Das IMS-LU6.2-Programmiermodell ermöglicht den Zugriff auf IMS-Transaktionen mit LU6.2.

Die folgende Abbildung bietet eine Übersicht über den Workflow zwischen dem Client, dem IMS-Standardlistener 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.

Der Transaktionsintegrator sendet und empfängt LU 6.2 von z/OS/APPC, der dann aus der IMS-Nachrichtenwarteschlange sendet und empfängt.

Übersicht über den Workflow für das IMS-LU6.2-Benutzerdaten-Programmiermodell

Das IMS-LU6.2-Programmiermodell funktioniert wie folgt: Eine Anwendung ruft eine Methode in einem TI-.NET-Objekt auf.

1. Die TI-Runtime ruft den TI Automation-Proxy auf.

2. Der TI-Proxy führt Folgendes aus:

   1. Liest die Assembly und die Metadaten, die zuvor vom TI-Designer erstellt wurden.

   2. Ordnet die .NET Framework-Datentypen COBOL-Datentypen zu.

3. Der TI Automation-Proxy führt dann Folgendes aus:

   1. Ruft die Konvertierungsroutinen auf, um die Anwendungsdaten in Mainframe-COBOL-Typen zu konvertieren.

   2. Erstellt den vereinfachten Datenstrompuffer, der die COBOL-Deklaration oder das COBOL-Copybook darstellt.

   3. Übergibt die Nachricht an die SNA-Transportkomponente.

4. Der TI Automation-Proxy sendet die Transaktionsausführungsanforderung (Transaction Execution Request, TER) und die Benutzerdaten über die von IBM bereitgestellte AppC/z/OS-Anwendung (APPC/z/OS).

5. Die APPC/z/OS-Anwendung weist IMS an, die Transaktionsausführungsanforderung und Benutzerdaten in der IMS-Nachrichtenwarteschlange zu platzieren.

6. IMS plant das Server-TP in einer Nachrichtenverarbeitungsregion (Message Processing Region, MPR) ein.

7. Nach Beginn der Ausführung gibt der TP einen DL/I-Get Unique-Befehl (GU) aus, um die Eingabeparameter abzurufen, die von der TI-Runtime gesendet wurden. Wenn ein eingegebenes nicht gebundenes Recordset vorhanden ist, führt das TP auch mindestens einen Get Next-Aufruf (GN) aus, um jede Zeile des gesendeten Recordsets abzurufen.

8. Nachdem der TP die Eingaben verarbeitet und Datenbankaufrufe durchführt, führt er einen oder mehrere Insert-Aufrufe (ISRT) aus, um die Ausgabeparameter und möglicherweise ein ungebundenes Ausgabe- oder Rückgabewert-Recordset in die IMS-Nachrichtenwarteschlange zu platzieren, das gepackt und über die APPC/z/OS-Anwendung an die TI-Runtime zurückgegeben wird.

9. Der TI Automation-Proxy empfängt die Antwortdaten und verarbeitet die Antwort. Der TI-Proxy führt Folgendes aus:

10. Er empfängt die Nachricht von der SNA-Transportkomponente.

11. Er liest den Nachrichtenpuffer.

12. Ordnet die COBOL-Datentypen .NET Framework-Datentypen zu.

13. Ruft die Konvertierungsroutinen auf, um die Mainframe-COBOL-Typen in Anwendungsdaten zu konvertieren.

14. Die TI-Runtime sendet die konvertierten Daten zurück an die .NET Framework-Anwendung, die die Methode aufgerufen hat.

    Host Integration Server enthält Beispielcode, der zeigt, wie das IMS 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
IMS-Komponenten
TI-Runtime
Auswählen des geeigneten Programmiermodells
Programmiermodelle