Chiamate del programma IBM i Distributed

Il modello di programmazione IBM i Remote Command and Distributed Program Call (DPC) consente alla maggior parte delle applicazioni IBM i di interagire con TI nella moda della risposta richiesta (solo avviata dal client) con modifiche minime. DPC è un protocollo documentato che supporta l'integrazione del programma in un IBM i, a cui è possibile accedere facilmente dalle applicazioni basate su PC usando il protocollo di rete TCP/IP.

Nella figura seguente viene riepilogato il flusso di lavoro tra il client, il server DPC predefinito e il programma di transazione IBM i. I numeri nelle parentesi indicano l'ordine approssimativo in cui si verificano gli eventi. Una descrizione più dettagliata degli eventi segue la figura.

Flusso del modello IBM i

Diagramma del flusso di lavoro di riepilogo per il modello di programmazione IBM i DPC

Il modello di programmazione IBM i DPC funziona come segue:

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

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

3. Se l'applicazione è componente COM+, il proxy di Automazione TI:

   1. Legge nelle librerie di tipi create in precedenza dall'Designer TI.

   2. Esegue il mapping dei tipi di dati di automazione ai tipi di dati IBM i RPG.

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

   3. Legge nell'assembly e nei metadati creati in precedenza dalla Designer TI.

   4. Esegue il mapping dei tipi di dati .NET Framework ai tipi di dati IBM i RPG.

      Il proxy di automazione TI quindi:

   5. Chiama le routine di conversione per convertire i dati dell'applicazione in tipi IBM i RPG.

   6. Compila il buffer dei messaggi con parametri che rappresenta il PLIST DI RUOLO.

   7. Passa il messaggio al componente di trasporto IBM i DPC.

4. Il trasporto TCP TI invia una richiesta di connessione al sistema DPC Server usando l'indirizzo IP (Internet Protocol) del computer IBM i e l'indirizzo della porta del server. Il trasporto TCP TI attende quindi una risposta.

5. Il server DPC in IBM i accetta la richiesta di sessione e genera una ricezione. Il server DPC attende quindi la richiesta del server iniziale.

6. Il proxy di automazione TI invia al server DPC una richiesta del server iniziale e genera una ricezione. Il trasporto TCP TI attende quindi una risposta del server iniziale.

7. Il server DPC elabora la richiesta del server iniziale, invia una risposta al server iniziale e quindi genera una ricezione. Il server DPC attende quindi una richiesta di attributi di scambio.

8. Il runtime TI elabora la risposta del server iniziale, invia la richiesta di attributi e genera una ricezione. Il runtime TI attende quindi una risposta agli attributi di scambio.

9. Il server DPC elabora la richiesta di attributi di scambio, invia una risposta agli attributi di scambio e quindi genera una ricezione. Il DPC attende quindi una richiesta di chiamata al programma remoto.

10. Il runtime TI elabora la risposta agli attributi di scambio e quindi invia la richiesta di chiamata al programma remoto seguita immediatamente dalla risposta alla chiamata al programma remoto e ai dati convertiti.

11. Il server DPC elabora la richiesta, invia una risposta di chiamata al programma remoto seguita da parametri e dati di chiamata del programma remoto.

12. Il proxy di automazione TI riceve i dati di risposta e 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 componente COM+, il proxy di Automazione TI:

    3. Esegue il mapping dei tipi di dati IBM i ai dati di automazione.

    4. Chiama le routine di conversione per convertire i tipi IBM i RPG nei dati dell'applicazione.

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

    5. Esegue il mapping dei tipi di dati IBM i ai tipi di dati .NET Framework.

    6. Chiama le routine di conversione per convertire i tipi IBM i RPG nei dati dell'applicazione.

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

    Nota

    La dimensione massima di un messaggio è di 32.767 byte, incluse intestazioni e dati di campo.

    Nota

    RMTPGMCALL può passare il massimo 35 parametri come IN o OUT o come IN/OUT in qualsiasi combinazione.

    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 Microsoft Visual Studio, aprire l'esercitazione da usare e seguire le istruzioni riportate in Readme.

    Per informazioni sulla configurazione dei mainframe e sulla scrittura di applicazioni server per IBM IBM ie, vedere la guida ai programmatori ILE RPG/400 versione 4 (IBM Document #SC09-2507-02) e il ILE RPG/400 Reference Version 3 (IBM Document #SC09-2077-01).

Vedere anche

Componenti di Transaction Integrator
Conversione dei tipi di dati da RPG ad Automazione
Conversione dei tipi di dati da Automazione a RPG
IBM i Security
Interfaccia COMTIContext
Runtime TI
Selezione del modello di programmazione appropriato
Modelli di programmazione