Dati utente IMS LU6.2

Il modello di programmazione IMS LU6.2 consente l'accesso alle transazioni IMS usando LU6.2.

La figura seguente riepiloga il flusso di lavoro che si verifica tra il client, il listener IMS predefinito e il programma di transazione mainframe. I numeri tra parentesi indicano l'ordine approssimativo in cui si verificano gli eventi. Una descrizione più dettagliata degli eventi segue la figura.

Transaction Integrator invia e riceve LU 6.2 da z/OS/APPC, che invia e riceve dalla coda dei messaggi IMS

Diagramma del flusso di lavoro di riepilogo per il modello di programmazione dei dati utente IMS LU6.2

Il modello di programmazione IMS LU6.2 funziona come segue: un'applicazione richiama un metodo in un oggetto TI .NET.

1. Il runtime TI chiama il proxy di automazione TI.

2. Proxy TI:

   1. Legge l'assembly e i metadati creati in precedenza dal Designer TI.

   2. Esegue il mapping dei tipi di dati .NET Framework ai tipi di dati COBOL.

3. Il proxy di automazione TI:

   1. Chiama le routine di conversione per convertire i dati dell'applicazione in tipi COBOL mainframe.

   2. Compila il buffer del flusso di dati flat che rappresenta la dichiarazione COBOL o il copybook.

   3. Passa il messaggio al componente di trasporto SNA.

4. Il proxy di automazione TI invia la richiesta di esecuzione delle transazioni (TER) e i dati utente a z/OS APPC tramite l'applicazione IBM-supplied multiple virtual storage/advanced program-to-program communications (APPC/z/OS).

5. L'applicazione APPC/z/OS indica a IMS di inserire la richiesta di esecuzione della transazione e i dati utente nella coda dei messaggi IMS.

6. IMS pianifica il tp del server in un'area mpr (Message Processing Region).

7. Dopo l'avvio dell'esecuzione, il tp emette un comando DL/I Get Unique (GU) per ottenere i parametri di input inviati dal runtime TI. Se è presente un set di record non associato di input, il tp esegue anche una o più chiamate Get Next (GN) per ottenere ogni riga del set di record inviato.

8. Dopo che il tp elabora gli input e effettua qualsiasi chiamata al database, effettua una o più chiamate di inserimento (ISRT) per inserire i parametri di output ed eventualmente un recordset restituito o un recordset non associato nella coda dei messaggi IMS per essere inserito nel pacchetto e restituito al runtime TI tramite l'applicazione APPC/z/OS.

9. Il proxy di automazione TI riceve i dati di risposta ed elabora la risposta. Proxy TI:

10. riceve il messaggio dal componente di trasporto SNA.

11. legge il buffer dei messaggi

12. esegue il mapping dei tipi di dati COBOL ai tipi di dati .NET Framework

13. chiama le routine di conversione per convertire i tipi COBOL del mainframe nei dati dell'applicazione

14. Il runtime TI invia nuovamente i dati convertiti all'applicazione .NET Framework che ha richiamato il metodo .

    Host Integration Server include codice di esempio che illustra come implementare il modello di programmazione dei dati utente IMS LU6.2. Il codice di esempio si trova nella \directory di installazione\SDK\Samples\AppInt. Avviare Microsoft Visual Studio, aprire l'esercitazione che si vuole usare e seguire le istruzioni nel file Leggimi.

Vedere anche

Componenti di Transaction Integrator
Conversione dei tipi di dati da Automazione a z/OS COBOL]
Conversione dei tipi di dati da z/OS COBOL ad automazione
Componenti IMS
Runtime TI
Selezione del modello di programmazione appropriato
Modelli di programmazione