Connessioni permanenti
L'elaborazione avviata da Windows (WIP) supporta connessioni persistenti su TCP/IP e SNA per i modelli di programmazione seguenti:
IMS Connect
Collegamento tcp Transaction Request Message (TRM)
Collegamento al listener avanzato TCP (ELM)
Dati utente della richiesta di transazione TCP (TRM)
Messaggi di listener avanzati TCP (ELM) Dati utente
IBM i DPC
Collegamento CICS LU 6.2
CICS User Data LU 6.2
Le connessioni persistenti non sono supportate nei modelli di programmazione seguenti:
IMS LU 6.2
Le connessioni persistenti di elaborazione avviata da Windows consentono di mantenere una singola connessione TCP o una conversazione SNA su più chiamate di metodo all'host. In Host Integration Server 2000 COMTI doveva aprire e chiudere una connessione ogni volta che viene eseguita una chiamata al metodo all'host. Sul lato mainframe, CICS doveva avviare e arrestare un programma di transazione (TP). In Host Integration Server le connessioni persistenti consentono all'integratore transazioni (TI) di aprire una connessione per il primo metodo in un gruppo di metodi, effettuare tutte le chiamate al metodo e quindi chiudere la connessione. Sul lato mainframe, CICS avvia un'istanza del programma di transazione, mantiene attiva l'istanza tra le chiamate al metodo e quindi arresta il programma dopo l'ultima chiamata.
Uno dei principali vantaggi derivanti dall'uso di connessioni persistenti è che consente a CICS di mantenere lo stato tra più chiamate di metodo e consente l'uso delle variabili locali. Le connessioni persistenti vengono implementate e gestite tramite COMTIContext.
COMTIContext supporta i metodi che passano all'applicazione .NET Framework e aggiornano le informazioni sullo stato client (matrice COMTIContext ) o chiude le connessioni persistenti.
UpdateContextInfo aggiorna la matrice COMTIContext dei client con informazioni ottenute dall'oggetto applicazione .NET Framework, ma senza alcun coinvolgimento dell'oggetto server.
ClosePersistentConnection chiude le connessioni persistenti contattando l'oggetto applicazione .NET Framework, ma senza alcun coinvolgimento dell'oggetto server.
Il client può ottenere informazioni sullo stato di connessione chiamando il metodo GetConnectionInfo implementato dall'oggetto COMTIContext . Nel caso di un errore del metodo .NET Framework, il client deve chiamare UpdateContextInfo prima di chiamare GetConnectionInfo.
Un meccanismo di timeout recupera connessioni persistenti orfane. La nuova parola chiave COMTIContextCONNTIMEOUT accetta un valore intero che specifica, in secondi, la quantità di tempo trascorsa prima che venga considerata abbandonata una connessione persistente e quindi chiusa automaticamente. L'intervallo inizia quando l'elaborazione delle chiamate client viene completata dall'oggetto generico .NET Framework.
GetConnectionInfo esegue query sullo stato di una connessione persistente. Di seguito viene illustrato un oggetto . Metodo basato su NET:
GetConnectionInfo (ref object[] contextArray,
out bool fConnectionIsPersistent,
out bool fConnectionIsViable).
Il parametro COMTIContextArray viene aggiornato per riflettere lo stato della connessione, il parametro pfConnectionIsPersistent contiene TRUE se la connessione è persistente e attiva e il parametro pfConnectionIsViable contiene TRUE se la connessione è attiva.
UpdateContextInfo aggiorna la matrice COMTIContext dei client. Di seguito viene illustrato un oggetto . Metodo basato su NET:
UpdateContextInfo (ref object[] contextArray).
Il parametro COMTIContextArray viene aggiornato per riflettere lo stato della connessione. In un secondo momento altre informazioni mantenute nell'applicazione .NET Framework potrebbero essere restituite anche nell'aggiornamento COMTIContextArray.
ClosePersistentConnection chiude una connessione persistente senza la necessità di una chiamata al sistema server. Di seguito viene illustrato un oggetto . Metodo basato su NET:
ClosePersistentConnection (ref object[]COMTIContextArray).
Il parametro COMTIContextArray viene aggiornato per riflettere lo stato della connessione.