Seminario di Sistemi Distribuiti RPC su SOAP

Dimensione: px

Iniziare la visualizzazioe della pagina:

Download "Seminario di Sistemi Distribuiti RPC su SOAP"

Nicola Grimaldi
8 anni fa
Visualizzazioni

1 Seminario di Sistemi Distribuiti RPC su SOAP Massimiliano Vivian [777775] Massimiliano Vivian 1 Introduzione La comunicazione delle informazioni è l elemento fondamentale per lo sviluppo dei sistemi. SOAP e le tecnologie ad esso associate, consentono agli sviluppatori di creare sistemi dotati di maggiore flessibilità. Massimiliano Vivian 2 1

fondamentale per lo sviluppo dei sistemi.

2 RPC (Remote Procedure Call) Non c è differenza con una chiamata locale. Consente la comunicazione tra macchine con SO diverso (per es.: Windows-UNIX/Linux). Consente l invocazione ad un oggetto remoto. SOAP richiede l identificazione di un oggetto tramite URI, oltre al nome del metodo e i parametri della chiamata. Massimiliano Vivian 3 SOAP (Single Object Access Protocol) E un elemento chiave per: Integrare sistemi d acquisto, Condividere dati aziendali, E-Business. SOAP, basato su XML, è stato sviluppato da: Microsoft, Sun Microsystem, IBM. Massimiliano Vivian 4 2

SOAP richiede l identificazione di un oggetto tramite URI, oltre al nome del metodo e i parametri della chiamata.

3 SOAP: trasporto dei messaggi Basandosi su HTTP per il trasporto dei dati, SOAP non viene bloccato da Firewall, NAT o proxy; in questo modo riesce a processare le RPC provenienti sia da Intranet che dal Web. Può gestire ogni tipo di messaggio, permettendo il trasporto di diverse tipologie di dati. Massimiliano Vivian 5 SOAP: binding HTTP Esiste un diffuso pregiudizio, per il quale SOAP utilizza solo HTTP come protocollo di trasporto invece, a seconda della versione, può utilizzare anche FTP o altri protocolli. L estrema diffusione di HTTP e la semplicità di SOAP, rendono questi due protocolli la base ideale per l implementazione di Web Service Massimiliano Vivian 6 3

Massimiliano Vivian 5 SOAP: binding HTTP Esiste un diffuso pregiudizio, per il quale SOAP utilizza solo HTTP come protocollo di trasporto invece, a seconda della

4 SOAP: operabilità Dato che i protocolli Web sono installati su tutte le piattaforme operative, HTTP e XML risolvono il problema dell interscambio. Può operare con tutti i linguaggi di programmazione, di scripting, e con tutti i modelli di oggetti e qualsiasi protocollo connesso ad Internet. Massimiliano Vivian 7 SOAP: architettura E costituito di tre parti fondamentali: Envelope: struttura che descrive il contenuto e la modalità di elaborazione del messaggio, Encoding Rules: insieme di regole di codifica per lo scambio di tipi di dati definiti dalle applicazioni, RPC representation: convenzione per la rappresentazione di chiamate/risposte di una RPC. Supporta perfettamente un architettura di tipo client-server. Massimiliano Vivian 8 4

Massimiliano Vivian 7 SOAP: architettura E costituito di tre parti fondamentali: Envelope: struttura che descrive il contenuto e la modalità di elaborazione del messaggio, Encoding

5 Caratteristiche del messaggio SOAP Messaggio SOAP HTTP Headers SOAP Envelope SOAP Header Headers SOAP Body MSG:Nome e Dati Messaggio SOAP Completo Standard HTTP e SOAP HTTP Headers <Envelope> per i Dati <Header> Header singoli <Body> con Dati XML Dati, metodi e parametri del msg SOAP, codificato con XML Massimiliano Vivian 9 Invocazione di un Web Service Web Service Consumer Protocollo SOAP Invocazione Servizio Risposta Servizio (XML) Web Service Massimiliano Vivian 10 5

con Dati XML Dati, metodi e parametri del msg SOAP, codificato con XML Massimiliano Vivian 9 Invocazione di un Web

6 SOAP per RPC Uno dei principali obiettivi di SOAP è di incapsulare e scambiare le RPC, usando la flessibilità di XML. Per la chiamata ad un metodo remoto, SOAP necessita di: L URI dell oggetto richiesto, Il nome del metodo da invocare, La firma del metodo (opzionale), I parametri del metodo, Intestazioni opzionali. Massimiliano Vivian 11 RPC e il campo <Header> di SOAP Questo campo è opzionale, e può essere omesso dal messaggio SOAP. Può contenere informazioni addizionali relative alla codifica del metodo. Massimiliano Vivian 12 6

metodo (opzionale), I parametri del metodo, Intestazioni opzionali.

7 RPC e il campo <Body> di SOAP I metodi RPC hanno la seguente struttura: Invocazione e risposta del metodo sono strutturati, Ogni struttura ha un ingresso per: ogni parametro di input o input/output, che ha lo stesso nome, e tipo, del metodo (INVOCAZIONE) il valore di ritorno e uno per ogni input o input/output (RISPOSTA). Ogni ingresso ha un nome e un tipo corrispondenti a quelli del parametro, e compaiono nello stesso ordine della firma del metodo. Massimiliano Vivian 13 RCP e il campo <Body> di SOAP [2] Il fallimento di un metodo è codificato con l elemento: SOAP Fault. Un applicazione può elaborare delle richieste con dei parametri mancanti, ma può ritornare anche un errore. Massimiliano Vivian 14 7

Ogni ingresso ha un nome e un tipo corrispondenti a quelli del parametro, e compaiono nello stesso ordine della firma del metodo.

8 Considerazioni finali Indipendentemente dal protocollo utilizzato, gli sviluppatori hanno necessità di creare un sistema in grado di interoperare con qualsiasi piattaforma e linguaggio di programmazione. SOAP rappresenta una soluzione intermedia, in quanto: È un protocollo semplice, Fornisce una buona estendibilità, inoltre è già disponibile. Massimiliano Vivian 15 8

Documenti analoghi

Seminario di Sistemi Distribuiti: RPC su SOAP

Corso di Sistemi Distribuiti Prof. S. Balsamo Seminario di Sistemi Distribuiti: RPC su SOAP [ 777775] 1 INTRODUZIONE 3 2 RPC 3 3 SOAP (SIMPLE OBJECT ACCESS PROTOCOL) 3 4 UTILIZZO DI SOAP COME PROTOCOLLO