IMS Connect
Il modello di programmazione IMS Connect consente l'accesso alle transazioni dei sistemi di gestione delle informazioni tramite TCP/IP. Questo modello usa la coda di 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:
Un'applicazione richiama un metodo in un componente TI configurato in Servizi componenti o in .NET Framework.
Il runtime TI chiama il proxy di automazione TI.
Se l'applicazione è un assembly .NET Framework, il proxy di automazione TI:
Rreads nell'assembly e nei metadati creati in precedenza dal Designer TI.
Esegue il mapping dei tipi di dati .NET ai tipi di dati COBOL.
Il proxy di automazione TI:
Chiama le routine di conversione per convertire i dati dell'applicazione in tipi COBOL mainframe.
Compila il buffer del flusso di dati flat che rappresenta la dichiarazione COBOL o il copybook.
Passa il messaggio al componente di trasporto TCP.
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. Il servizio HWS viene eseguito in uno spazio indirizzi z/OS separato dalle aree IMS ed esegue i servizi listener per la connessione IMS.
La routine di uscita di IMS Connect prende il controllo dell'applicazione IMS (denominata IMS TCP/IP Open Transaction Management Architecture (OTMA) Connection (ITOC)).
L'ambiente di runtime TI invia un'intestazione di richiesta ITOC a ITOC e HWSIMSO0.
Routine di uscita HWSIMSO0:
Convalida l'intestazione della richiesta ITOC
Riceve tutti i dati delle richieste dall'ambiente di runtime TI
Comunica con le routine di sicurezza
Determina il processo OTMA per connettersi a un archivio dati IMS
Inserisce e recupera i segmenti di messaggio 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
ITOC legge le informazioni sull'intestazione ITOC, individua l'area IMS corretta e pianifica l'esecuzione di una transazione IMS in tale 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 RACF (Resource Controllo di accesso Facility) di IBM
Flag di controllo del protocollo
HWSIMSO0 pianifica la coda di messaggi IMS corretta
Il runtime TI invia i segmenti di dati della richiesta a ITOC
Il runtime TI invia EOM
L'area del controllo IMS invia all'area di elaborazione dei messaggi (MPR)
Dopo che tutti i dati della richiesta vengono inseriti nella coda dei messaggi IMS, la transazione viene pianificata per l'esecuzione
Il programma applicazione server IMS usa i comandi standard CBLTDLI Get Unique (GU), Get Next (GN) e Insert (INSRT) per recuperare i dati della richiesta e inserire i dati di risposta nella coda dei messaggi IMS.
MPR restituisce i dati a TI. L'ITOC invia EOM-CSMOKY ITOC restituisce le informazioni seguenti all'ambiente di runtime TI:
Messaggio mod della richiesta
Segmenti di dati di risposta
Segmento end-of-message
Segmento CSMOKY
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.
Il proxy di automazione TI riceve i dati di risposta ed elabora la risposta. Proxy di automazione TI:
riceve il messaggio dal componente di trasporto TCP.
legge il buffer dei messaggi
Se l'applicazione è un assembly .NET Framework, il proxy di automazione TI:
esegue il mapping dei tipi di dati COBOL ai tipi di dati .NET Framework
chiama le routine di conversione per convertire i tipi di dati COBOL nei dati dell'applicazione
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 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