Dati utente DI IMS LU6.2

Il modello di programmazione IMS LU6.2 fornisce l'accesso alle transazioni IMS tramite 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 messaggi LU 6.2 tramite z/OS/APPC, che poi gestisce l'invio e la ricezione 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 invoca il proxy di automazione TI.

2. Proxy TI:

   1. Legge nell'assembly e nei metadati creati in precedenza da TI Designer.

   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. Costruisce il buffer del flusso di dati appiattito 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 di elaborazione dei messaggi (MPR).

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 di input non delimitato, 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 di database, effettua una o più chiamate di inserimento (ISRT) per posizionare i parametri di output e possibilmente un recordset di output o valore di ritorno non vincolato nella coda dei messaggi di IMS per essere inserito in un 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 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. Avvia Microsoft Visual Studio, apri l'esercitazione da usare e segui le istruzioni nel file Leggimi.

Vedere anche

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