Collegamento CICS LU6.2

Il modello di programmazione di collegamento CICS LU6.2 è uno dei modelli più semplici che è possibile usare per implementare la funzionalità TI.

Nella figura seguente viene riepilogato il flusso di lavoro tra il client, la transazione mirror CICS predefinita 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.

Immagine che mostra un integratore di transazioni che invia e riceve parametri con informazioni DPL da una transazione mirror CICS.
Transaction Integrator che invia e riceve parametri con informazioni DPL da una transazione mirror CICS

Il modello di programmazione di collegamento CICS LU6.2 funziona come segue:

  1. Un'applicazione richiama un metodo in un'interfaccia utente.

  2. Il runtime TI chiama il proxy TI.

  3. Il proxy TI esegue le operazioni seguenti:

    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.

      Il proxy TI:

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

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

    5. Passa il messaggio al componente di trasporto SNA.

  4. TI invia la richiesta CSMI del nome TP specificata dal metodo del componente TI alla transazione mirror CICS usando le informazioni DPL e il protocollo LU6.2. IBM fornisce a CSMI ciCS nei sistemi prerequisiti TI.

    La transazione mirror CICS è un TP CICS speciale che funge da gateway tra provider di sicurezza in esecuzione in aree CICS diverse, consentendo così di scambiare dati tramite COMMAREA. TI sfrutta questo metodo standard di comunicazione tra I PROVIDER di servizi di configurazione cics per accedere ai provider di servizi di configurazione mainframe. CSMI gestisce tutte le proprietà APPC e transazionali necessarie per la comunicazione. Il TRANID per questo TP è CSMI.

    Distributed Program Link (DPL) è il protocollo usato per comunicare con CSMI. TI usa DPL per comunicare con CSMI.

  5. CSMI (la transazione mirror CICS) prende il controllo e rilascia un comando di collegamento CICS EXEC al server richiesto TP in CICS. Il nome di questo programma può essere associato all'ambiente remoto (RE) e al nome del metodo in TI Designer.

  6. La transazione CICS Mirror passa COMMAREA che contiene i campi di input al server TP.

    COMMAREA è un'area di comunicazione di un massimo di 32 KB contenente tutti i dati passati a e dal programma mainframe. Molti CICS TP, scritti in COBOL, usano questa area del codice di transazione mainframe per scambiare dati. Quando si usa il collegamento CICS usando il modello di programmazione LU6.2, TI viene visualizzato come un altro TP CICS che scambia i dati tramite COMMAREA.

    Il tp del server è il tp che TI richiama per conto dell'applicazione client. Contiene la logica di business in esecuzione e viene identificata dal relativo TRANID nella chiamata al metodo dell'applicazione client.

    Nota

    Il termine tp del server viene usato per identificare il tp che ti sta accedendo. Questo chiarimento è necessario perché l'accesso alle applicazioni mainframe può e in genere comporta una serie di TP.

  7. Al termine dell'elaborazione, il server TP esegue un comando EXEC CICS RETURN, che restituisce i dati nella transazione COMMAREA alla transazione mirror CICS con tutti i campi di output aggiornati.

  8. La transazione CICS Mirror restituisce i dati di output, se necessario, a TI.

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

    1. riceve il messaggio dal componente di trasporto SNA.

    2. legge il buffer dei messaggi

      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 COBOL del mainframe nei dati dell'applicazione

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

    Solo il modello di flusso è supportato con il collegamento CICS, quindi i recordset non associati non sono supportati per questa classe di tp. Sono supportati recordset di dimensioni fisse, ovvero recordset delimitati.

    CSMI gestisce anche qualsiasi interazione di livello di sincronizzazione 2 con TI e offre quindi in modo trasparente la funzionalità 2PC per i programmi in questa classe.

    I programmi CICS esistenti potrebbero essere già strutturati in questo modo. Anziché inviare la richiesta LU 6.2, un altro TP CICS potrebbe già emettere un collegamento CICS EXEC per eseguire il programma CICS illustrato nella figura precedente. In tal caso, sia il CICS TP esistente che il componente TI possono coesistere ed eseguire lo stesso programma CICS.

Nota

CSMI è il nome predefinito della transazione mirror, ma è possibile specificare un nome diverso.

Host Integration Server include codice di esempio che illustra come implementare il modello di programmazione di collegamento CICS LU6.2. Il codice di esempio si trova in \installation directory\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 CICS
Runtime TI
Selezione del modello di programmazione appropriato
Modelli di programmazione