Condividi tramite

Chiamate di programma distribuite IBM i

Il modello di programmazione IBM i Remote Command and Distributed Program Calls (DPC) consente alla maggior parte delle applicazioni IBM i di interagire con TI nella modalità request-reply (solo avviata dal client) con modifiche minime. DPC è un protocollo documentato che supporta l'integrazione del programma in un IBM i, accessibile facilmente dalle applicazioni basate su PC usando il protocollo di rete TCP/IP.

Annotazioni

Questa interfaccia non supporta l'elaborazione avviata dall'host (HIP); L'integrazione IBM i è solo per le chiamate avviate dal client.

La figura seguente riepiloga il flusso di lavoro che si verifica tra il client, il DPC Server predefinito e il programma di transazione IBM i. 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 il flusso del modello IBM i.
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 .NET Framework.

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

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

    1. Legge nelle librerie dei tipi create in precedenza da TI Designer.

    2. Mappa i 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 precedentemente creati dal TI Designer.

    4. Mappa i tipi di dati del .NET Framework ai tipi di dati IBM i RPG.

      Il proxy di automazione TI:

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

    6. Costruisce il buffer di messaggi parametrizzato che rappresenta il PLIST RPG.

    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 DPC Server su IBM i accetta la richiesta di sessione e invia una ricezione. Il server DPC attende quindi la richiesta del server di avvio.

  6. Il proxy di automazione TI invia al server DPC una richiesta di avvio del server ed esegue una ricezione. Il trasporto TCP TI attende quindi la risposta di un server di avvio.

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

  8. Il runtime TI elabora la risposta del server di avvio, invia la richiesta di attributi e invia una ricezione. Il runtime TI attende quindi la risposta di un attributo di scambio.

  9. Il server DPC elabora la richiesta di attributi di scambio, invia una risposta agli attributi di scambio e quindi rilascia 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 dai dati convertiti.

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

  12. 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 componente COM+, il proxy di automazione TI:

    3. Mappa i 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 .

    Annotazioni

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

    Annotazioni

    RMTPGMCALL può passare al massimo 35 parametri come IN o OUT oppure 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. Avvia Microsoft Visual Studio, apri l'esercitazione da usare e segui le istruzioni nel file Leggimi.

    Per informazioni sulla configurazione del mainframe e sulla scrittura di applicazioni server per IBM ie, vedere la Guida Programmatori ILE RPG/400 Versione 4 (IBM Document #SC09-2507-02) e ILE RPG/400 Reference Version 3 (IBM Document #SC09-2077-01).

Vedere anche

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

  • Last updated on