Freigeben über

IMS LU6.2 Benutzerdaten

Das IMS LU6.2-Programmiermodell bietet Zugriff auf IMS-Transaktionen mit LU6.2.

Die folgende Abbildung fasst den Workflow zusammen, der zwischen dem Client, dem Standard-IMS Listener und dem Mainframetransaktionsprogramm erfolgt. Die Zahlen in Klammern geben die ungefähre Reihenfolge an, in der Ereignisse auftreten. Eine detailliertere Beschreibung der Ereignisse folgt der Abbildung.

Abbildung des Transaktionsintegrators, der LU 6.2 von z/OS/APPC sendet und empfängt, wobei z/OS/APPC anschließend an die IMS-Nachrichtenwarteschlange sendet und von dieser empfängt.
Der Transaktionsintegrator sendet und empfängt LU 6.2 von z/OS/APPC, der dann an die IMS-Nachrichtenwarteschlange sendet und von ihr empfängt.

Zusammenfassungsworkflowdiagramm für das IMS LU6.2-Programmiermodell für Benutzerdaten

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

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

  2. Der TI-Proxy:

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

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

  3. Der TI-Automatisierungsproxy:

    1. Ruft die Konvertierungsroutinen auf, um die Anwendungsdaten in Großrechner-COBOL-Typen zu konvertieren.

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

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

  4. Der TI Automation-Proxy sendet die Transaktionsausführungsanforderung (TER) und die Benutzerdaten mithilfe der von IBM bereitgestellten Anwendung für Mehrfache Virtual Storage/Advanced Program-to-Program Communications (APPC/z/OS) an z/OS.

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

  6. IMS plant den TP-Server in eine Nachrichtenverarbeitungsregion (MPR) ein.

  7. Nach Beginn der Ausführung gibt der TP einen DL/I Get Unique (GU)-Befehl aus, um die Eingabeparameter abzurufen, die von der TI-Laufzeit gesendet wurden. Wenn ein ungebundener Datensatzsatz eingegeben wird, führt der TP auch einen oder mehrere Get Next (GN)-Aufrufe aus, um jede Zeile des gesendeten Datensatzsatzes abzurufen.

  8. Nachdem das TP die Eingaben verarbeitet und Datenbankaufrufe ausgeführt hat, führt es einen oder mehrere Insert -Aufrufe (ISRT) durch, um die Ausgabeparameter und möglicherweise ein Ausgabe- oder Rückgabe-ungebundenes Recordset in die IMS-Nachrichtenwarteschlange zu packen und über die APPC/z/OS-Anwendung an die TI-Laufzeit zurückzugeben.

  9. Der TI Automation-Proxy empfängt die Antwortdaten und verarbeitet die Antwort. Der TI-Proxy:

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

  11. liest den Nachrichtenpuffer

  12. ordnet die COBOL-Datentypen den .NET Framework-Datentypen zu.

  13. ruft die Konvertierungsroutinen auf, um die Großrechner-COBOL-Typen in die Anwendungsdaten zu konvertieren.

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

    HostIntegration Server enthält Beispielcode, der zeigt, wie das IMS LU6.2-Benutzerdatenprogrammierungsmodell implementiert wird. Der Beispielcode befindet sich im \Installationsverzeichnis\SDK\Samples\AppInt. Starten Sie Microsoft Visual Studio, öffnen Sie das Lernprogramm, das Sie verwenden möchten, und folgen Sie den Anweisungen in der Infodatei.

Siehe auch

Transaktionsintegratorkomponenten
Konvertierung von Datentypen aus Automatisierungsprozessen nach z/OS COBOL]
Konvertieren von Datentypen von z/OS COBOL zur Automatisierung
IMS-Komponenten
TI-Laufzeit
Auswählen des geeigneten Programmiermodells
Programmiermodelle

  • Last updated on