IMS Connect

Il modello di programmazione IMS Connect fornisce l'accesso alle transazioni dei sistemi di gestione delle informazioni (IMS) tramite TCP/IP. Questo modello usa la coda dei messaggi IMS per l'elaborazione dei dati.

La figura seguente riepiloga il flusso di lavoro che si verifica tra il client, il listener IMS predefinito, il server simultaneo 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.

Processo tramite il quale il client passa i dati di input al listener ITOC e il HWSIMSO0 fornisce l'accesso al programma IMS, che recapita i dati di risposta al client

Diagramma del flusso di lavoro di riepilogo per il modello di programmazione IMS Connect

Il modello di programmazione IMS Connect funziona come segue:

1. Un'applicazione richiama un metodo in un componente TI configurato in Servizi componenti o .NET Framework.

2. Il runtime TI invoca il proxy di automazione TI.

3. Se l'applicazione è un assembly .NET Framework, il proxy di automazione TI:

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

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

      Il proxy di automazione TI:

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

   4. Costruisce il buffer del flusso di dati appiattito che rappresenta la dichiarazione COBOL o il copybook.

   5. Passa il messaggio al componente di trasporto TCP.

4. Il runtime TI invia un messaggio di richiesta iniziale (IRM) a IMS Connect, HWSIMSO0 o HWSIMSO1, usando l'indirizzo IP (Internet Protocol) del computer mainframe e l'indirizzo della porta di IMS Connect come archiviato nel set di dati del profilo TCP/IP (hlq). PROFILO. TCPIP) fornito da IBM.

   HWSIMSO0 e HWSIMSO1 sono routine di uscita del server Web host (HWS) fornite da IBM che definiscono i protocolli di richiesta e risposta tra il server di automazione TI (un'applicazione TI .NET Framework) e ITOC. L'HWS viene eseguito in uno spazio di indirizzi z/OS separato dalle regioni IMS ed esegue i servizi listener per la connessione IMS.

5. La routine di uscita di IMS Connect prende il controllo dell'applicazione IMS (denominata IMS TCP/IP Open Transaction Management Architecture (OTMA) Connection (ITOC)).

6. L'ambiente di runtime TI invia un'intestazione di richiesta ITOC a ITOC e HWSIMSO0.

7. Routine di uscita HWSIMSO0:

   • Convalida l'intestazione della richiesta ITOC

   • Riceve tutti i dati delle richieste dall'ambiente di runtime TI

   • Comunica con le procedure di sicurezza

   • Guida il processo OTMA per connettersi a un archivio dati IMS

   • Inserisce e recupera i segmenti dei messaggi in e dalla coda dei messaggi IMS tramite OTMA

   • Invia tutti i segmenti di dati di risposta all'ambiente di runtime TI

   • Controlla le operazioni di ripristino all'interno di IMS

8. ITOC legge le informazioni sull'intestazione ITOC, individua l'area IMS corretta e pianifica l'esecuzione di una transazione IMS nell'area IMS. L'intestazione ITOC deve contenere queste informazioni:

   • Identificatore di routine di uscita HWS ITOC (impostazione predefinita '*IRMREQ*')

   • Identificatore dell'archivio dati IMS

   • Identificatore della transazione

   • Informazioni sul controllo del flusso

   • Credenziali di sicurezza di IBM Resource Access Control Facility (RACF)

   • Flag di controllo del protocollo

9. HWSIMSO0 pianifica la coda dei messaggi IMS corretta

10. Il runtime TI invia all'ITOC i segmenti di dati della richiesta

11. Il runtime TI invia EOM

12. L'area del controllo IMS invia alla regione di elaborazione dei messaggi (MPR)

13. Dopo che tutti i dati della richiesta vengono inseriti nella coda dei messaggi IMS, la transazione viene pianificata per l'esecuzione

14. Il programma applicativo del server IMS utilizza i comandi standard di interfaccia delle chiamate CBLTDLI Get Unique (GU), Get Next (GN) e Insert (INSRT) per recuperare i dati della richiesta e immettere i dati di risposta nella coda dei messaggi IMS.

15. MPR restituisce i dati a TI. ITOC invia EOM-CSMOKY ITOC restituisce le informazioni seguenti all'ambiente di runtime TI:

    • Messaggio di richiesta modifica

    • Segmenti di dati di risposta

    • Segmento di fine messaggio

    • Segmento CSMOKY

16. ITOC e la routine di uscita ITOC rimuovono quindi i dati di risposta dalla coda dei messaggi e lo recapitano all'ambiente di runtime TI.

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

    1. riceve il messaggio dal componente di trasporto TCP.

    2. legge il buffer dei messaggi

       Se l'applicazione è un assembly .NET Framework, il proxy di automazione TI:

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

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

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

    Per informazioni sulla configurazione del mainframe e sulla scrittura di applicazioni server per TCP/IP, vedere TCP/IP V3R2 for z/OS: IMS TCP/IP Application Developers Guide (IBM Document #SC31-7186) and IMS Connect Guide and Reference V1R2 (IBM Document #SC27-0946).

    Host Integration Server include codice di esempio che illustra come implementare il modello di programmazione IMS Connect. Il codice di esempio si trova nella \directory di installazione\SDK\Samples\AppInt. Avviare Visual Studio, aprire l'esercitazione da usare e seguire 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