Universal Description Discovery and Integration , noto anche con l' acronimo UDDI , è una directory di servizi basata su XML specifica per i servizi Web .
UDDI è stato progettato per essere utilizzato insieme a ebXML per il commercio elettronico .
Una directory UDDI viene utilizzata per individuare il servizio Web desiderato sulla rete . È un elemento chiave nelle specifiche WS- * Web Services , poiché consente l' accesso alle directory di potenziali utenti di servizi Web.
UDDI è una specifica sviluppata da OASIS .
Il progetto UDDI è iniziato nell'ottobre 2000 da una collaborazione tra Microsoft , Ariba (in) e IBM . Altre aziende si sono unite, come Sun Microsystems , Oracle , HP e persino SAP .
Una versione 2 è stata sviluppata nel 2002 .
La versione 3 è stata sviluppata nel 2003 ed è stata adottata da alcune società nel 2005 .
UDDI è concepito per essere utilizzato nel commercio elettronico come directory per la scoperta dei servizi web WS- * , essendo accoppiato con il registro ebXML con cui è strettamente annidato. In questo modo, UDDI rende possibile costruire registri di servizi web.
In pratica, UDDI permette di memorizzare sia informazioni tecniche che informazioni sui processi aziendali come l'indirizzo per accedere ai servizi web , ma anche informazioni molto più contestuali, come il nome della persona che si occupa della loro gestione, la breve descrizione delle loro funzionalità o il nome e il ramo di attività dell'azienda da cui dipendono.
Il commercio elettronico ha tre fasi principali:
La directory UDDI può essere consultata in diversi modi:
Grazie a questa tripla lettura, tutte le informazioni utili sono accessibili.
Nel maggio 2001 , IBM e Sun hanno firmato un documento intitolato "Utilizzo di UDDI per trovare registro / repository ebXML". Questo documento presenta un caso di studio che mostra come utilizzare il registro "aziendale" UDDI per trovare un registro ebXML e definisce una serie di passaggi che devono essere seguiti per definire e registrare un registro ebXML in un registro UDDI.
Esiste la possibilità di interoperabilità operativa tra UDDI e un registro ebXML in termini di discovery. Vari documenti sono stati scritti su questo argomento.
Nell'architettura ebXML, UDDI può interagire utilizzando CORBA .
Nel 2003 , il comitato tecnico UDDI ha prodotto una nota intitolata "UDDI come registro per componenti ebXML" (come registro UDDI per componenti ebXML ). Questa nota tecnica fornisce le linee guida per l'utilizzo di registri UDDI nel quadro ebXML per B2B servizi , e per consentire il rilevamento automatico dei componenti del framework ebXML ( Collaboration Protocol Profiles , Accordi di Collaborazione protocollo , Business Process Schema specifiche , ecc) utilizzando UDDI.
Questa interoperabilità moltiplica efficacemente i punti di forza complementari di ciascun registro.
Dichiarazione di non responsabilità :
Questa sezione è solo a scopo informativo e non è intesa per la programmazione.
Affinché i servizi web siano significativi, è necessario fornire informazioni che superino le specifiche tecniche dei servizi. Il cuore del registro UDDI è la rappresentazione dei dati e dei metadati sui servizi web .
UDDI utilizza il linguaggio XML Schema per descrivere le sue strutture di dati. Nella versione 3.0.1 di UDDI, ci sono 9 schemi XML:
Le informazioni utilizzate per stabilire un record UDDI sono costituite da quattro tipi principali di strutture di dati XML . Questa semplice suddivisione per tipo di informazioni aiuta a individuare e comprendere rapidamente le varie informazioni che compongono una registrazione.
Questi quattro tipi costituiscono l'insieme di informazioni fornite dal framework di descrizione del servizio UDDI. Ciascuna di queste strutture XML contiene una serie di campi utilizzati per descrivere un'azienda o una tecnologia.
Dettagli:
Termine inglese: businessEntity
Dettagli (v3.0.1):
BusinessEntity è una struttura di dati di alto livello che descrive un'azienda o un'altra entità per la quale vengono registrate le informazioni. Viene utilizzato per rappresentare aziende e fornitori in UDDI. Contiene informazioni descrittive sull'azienda o sul fornitore e sui servizi offerti.
eccetera
Le descrizioni dei servizi e le informazioni tecniche sono espresse in un businessEntity dalle strutture businessService e bindingTemplate che ne fanno parte. Anche se il nome dell'entità XML contiene la parola "business", la struttura può essere usata molto bene per modellare qualcosa di più che "business".
Servizio per affariTermine inglese: businessService
Dettagli (v3.0.1):
BusinessService consente di descrivere un insieme logico di servizi Web , che può contenere uno o più bindingTemplates. A livello di servizio, nessuna informazione tecnica è ancora fornita su questi servizi; d'altra parte, questa struttura offre la possibilità di riunire un insieme di servizi sotto un titolo comune.
Ogni businessService è il figlio logico di una singola businessEntity. Ogni businessService contiene informazioni descrittive - nomi, descrizioni e informazioni di classificazione - che sottolineano lo scopo dei singoli servizi web che si trovano all'interno. Ad esempio, una struttura businessService potrebbe contenere un insieme di servizi Web di ordine di acquisto (invio, conferma e notifica) forniti da un'azienda.
bindingTemplateDettagli (v3.0.1):
Informazioni richieste per richiamare servizi specifici che possono contenere collegamenti con uno o più protocolli, come HTTP o SMTP .
tModelDettagli (v3.0.1):
tModel (modello tecnico o modello tecnico) corrisponde alla tecnica "fingerprint" per il servizio dato che può anche funzionare come spazio dei nomi ( spazio dei nomi ) per identificare altre entità, inclusi altri tModel.
L'uso di tModels è essenziale nel modo in cui UDDI rappresenta dati e metadati .
Il tModel può contenere le seguenti informazioni:
Per comprendere appieno la relazione tra un BindingTemplate e un tModel, è necessario sapere che un BusinessService può supportare diversi tipi di protocolli o specifiche aziendali (vocabolari XML, standard EDI, processi di interfaccia del partner RosettaNet, ecc.). BindingTemplate può fare riferimento a ciascuno di questi protocolli o specifiche tramite un tModel specifico.
Altri (publisherAssertion, ...)publisherAssertion : descrizione, nella visualizzazione di un businessEntity, della relazione che un businessEntity ha con un altro businessEntity.
abbonamento : descrizione di una richiesta nel tempo per tenere traccia dei cambiamenti nelle entità descritte dalla sottoscrizione.
Tecnicamente, UDDI si colloca nel contesto dell'architettura orientata ai servizi ( Service Oriented Architecture ).
Si basa su una serie di tecnologie compatibili con il linguaggio di markup XML :
Riepilogo: servizi UDDI e set di API
I nodi UDDI sono servizi che supportano le specifiche UDDI e appartengono a un registro UDDI.
I registri UDDI sono insiemi di uno o più nodi.
UDDI viene utilizzato nel quadro delle iniziative XML del governo federale degli Stati Uniti .
Nel settembre 2003 , UDDI è rimasto in stato di "guardare" all'interno del quadro comune di interoperabilità della Unione Europea .
Dichiarazione di non responsabilità : questa sezione è solo a scopo informativo e non è destinata all'uso nella programmazione.