Differences between revisions 1 and 2
Revision 1 as of 2018-03-05 12:43:30
Size: 597
Editor: m.secone
Comment:
Revision 2 as of 2018-03-05 12:58:31
Size: 3742
Editor: m.secone
Comment:
Deletions are marked like this. Additions are marked like this.
Line 5: Line 5:
Line 9: Line 8:
Viene fornita una panoramica generale, che vuole essere solo una guida introduttiva e non una trattazione esaustiva, sulle tecnologie e metodologie generali previste per l'integrazione dei sistemi informativi esterni con il Sistema Informativo Nazionale della Farmacosorveglianza.
Line 10: Line 10:
Viene fornita una panoramica generale, che vuole essere solo una guida introduttiva e non una trattazione esaustiva, sulle tecnologie e metodologie generali previste per l'integrazione dei sistemi informativi esterni con il Sistema Informativo Nazionale della Farmacosorveglianza. Allo stato attuale esistono due approcci alla creazione di Web Service:



 * un approccio è basato sul protocollo standard '''SOAP''' ('''''Simple Object Access Protocol'''''), per lo scambio di messaggi per l’invocazione di servizi remoti;
 * un secondo approccio è basato sulla descrizione di risorse, sul modo di individuarle nel Web e sul modo di trasferirle da una macchina all’altra (approccio che prende il nome di '''REST''' - '''''REpresentational State Transfer''''').



La prima evidente differenza tra i due tipi di Web Service è la visione del Web proposta come piattaforma di elaborazione. REST propone una visione del Web incentrata sul concetto di risorsa mentre i SOAP Web Service mettono in risalto il concetto di servizio:





 * un Web Service RESTful è custode di un insieme di risorse sulle quali un client può chiedere le operazioni canoniche del protocollo HTTP;
 * un Web Service basato su SOAP espone un insieme di metodi richiamabili da remoto da parte di un client.

Formalmente, REST definisce un insieme di principi architetturali per la progettazione di un sistema. Rappresenta uno stile architetturale che vede il Web come una piattaforma per l’elaborazione distribuita. L’approccio '''REST '''si basa sui seguenti principi:





 * Identificazione delle risorse;
 * Utilizzo esplicito dei metodi HTTP;
 * Risorse autodescrittive;
 * Collegamenti tra risorse;
 * Comunicazione senza stato.

 L

’approccio dei SOAP Web service ha mutuato un’architettura applicativa denominata '''SOA''', '''''Service Oriented Architecture''''', a cui si è recentemente contrapposta l’architettura '''ROA''','''''Resource Oriented Architecture''''', ispirata ai principi REST.





 Il protocollo SOAP (Simple Object Access Protocol) definisce una struttura dati per lo scambio di messaggi tra applicazioni, riproponendo in un certo senso parte di quello che il protocollo HTTP faceva già. SOAP utilizza HTTP come protocollo di trasporto, ma non è limitato nè vincolato ad esso, dal momento che può benissimo usare altri protocolli di trasporto.

 A differenza di HTTP, però, le specifiche di SOAP non affrontano argomenti come la sicurezza o l’indirizzamento, per i quali sono stati definiti standard a parte, nello specifico '''''WS-Security''''' e '''''WS-Addressing'''''.

 Quindi SOAP non sfrutta a pieno il protocollo HTTP, utilizzandolo come semplice protocollo di trasporto. REST invece sfrutta HTTP per quello che è, un protocollo di livello applicativo, e ne utilizza a pieno le potenzialità.



 REST non prevede esplicitamente nessuna modalità per descrivere come interagire con una risorsa. Le operazioni sono implicite nel protocollo HTTP. Qualcosa di analogo a WSDL è '''WADL''', '''Web Application Definition Language''', un’[[http://xml.html.it/faq/leggi/986/cose-unapplicazione-xml/|applicazione XML]] per definire risorse, operazioni ed eccezioni previsti da un Web Service di tipo REST.





 L’approccio REST è attualmente lo standard "de-facto" per la realizzazione di Web Service altamente efficienti e scalabili.

Integrazione con sistemi informativi esterni (guida per le software house)

Nella seguente sezione viene resa disponibile una guida su come integrare i propri sistemi informativi con il Sistema Informativo Nazionale della Farmacosorveglianza.

Introduzione

Viene fornita una panoramica generale, che vuole essere solo una guida introduttiva e non una trattazione esaustiva, sulle tecnologie e metodologie generali previste per l'integrazione dei sistemi informativi esterni con il Sistema Informativo Nazionale della Farmacosorveglianza.

Allo stato attuale esistono due approcci alla creazione di Web Service:

  • un approccio è basato sul protocollo standard SOAP (Simple Object Access Protocol), per lo scambio di messaggi per l’invocazione di servizi remoti;

  • un secondo approccio è basato sulla descrizione di risorse, sul modo di individuarle nel Web e sul modo di trasferirle da una macchina all’altra (approccio che prende il nome di REST - REpresentational State Transfer).

La prima evidente differenza tra i due tipi di Web Service è la visione del Web proposta come piattaforma di elaborazione. REST propone una visione del Web incentrata sul concetto di risorsa mentre i SOAP Web Service mettono in risalto il concetto di servizio:

  • un Web Service RESTful è custode di un insieme di risorse sulle quali un client può chiedere le operazioni canoniche del protocollo HTTP;
  • un Web Service basato su SOAP espone un insieme di metodi richiamabili da remoto da parte di un client.

Formalmente, REST definisce un insieme di principi architetturali per la progettazione di un sistema. Rappresenta uno stile architetturale che vede il Web come una piattaforma per l’elaborazione distribuita. L’approccio REST si basa sui seguenti principi:

  • Identificazione delle risorse;
  • Utilizzo esplicito dei metodi HTTP;
  • Risorse autodescrittive;
  • Collegamenti tra risorse;
  • Comunicazione senza stato. L

’approccio dei SOAP Web service ha mutuato un’architettura applicativa denominata SOA, Service Oriented Architecture, a cui si è recentemente contrapposta l’architettura ROA,Resource Oriented Architecture, ispirata ai principi REST.

  • Il protocollo SOAP (Simple Object Access Protocol) definisce una struttura dati per lo scambio di messaggi tra applicazioni, riproponendo in un certo senso parte di quello che il protocollo HTTP faceva già. SOAP utilizza HTTP come protocollo di trasporto, ma non è limitato nè vincolato ad esso, dal momento che può benissimo usare altri protocolli di trasporto.

    A differenza di HTTP, però, le specifiche di SOAP non affrontano argomenti come la sicurezza o l’indirizzamento, per i quali sono stati definiti standard a parte, nello specifico WS-Security e WS-Addressing. Quindi SOAP non sfrutta a pieno il protocollo HTTP, utilizzandolo come semplice protocollo di trasporto. REST invece sfrutta HTTP per quello che è, un protocollo di livello applicativo, e ne utilizza a pieno le potenzialità.

    REST non prevede esplicitamente nessuna modalità per descrivere come interagire con una risorsa. Le operazioni sono implicite nel protocollo HTTP. Qualcosa di analogo a WSDL è WADL, Web Application Definition Language, un’applicazione XML per definire risorse, operazioni ed eccezioni previsti da un Web Service di tipo REST. L’approccio REST è attualmente lo standard "de-facto" per la realizzazione di Web Service altamente efficienti e scalabili.

farmaco/help/integrazione (last edited 2018-08-23 08:58:50 by a.bucciacchio)