Universal Description, Discovery and Integration

Universal Description, Discovery and Integration (UDDI) ist ein Begriff aus dem Umfeld der serviceorientierten Architektur (SOA) und bezeichnet einen standardisierten Verzeichnisdienst, der die zentrale Rolle in einem Umfeld von dynamischen Web Services spielen sollte. Ende 2005 kündigten die größten Unterstützer von UDDI – IBM, Microsoft und SAP – an, ihren UDDI-Verzeichnisdienst UBR (UDDI Business Registry) abzuschalten^[1], was vielerorts als das Ende von UDDI gedeutet wurde.^[2]^[3]

Aufbau

Der Verzeichnisdienst besitzt eine SOAP-Schnittstelle. Er enthält Unternehmen, ihre Daten und ihre Services. Dabei kann man in UDDI zwischen drei Arten von Informationen unterscheiden: den „White Pages“, einer Art Telefonbuch, den „Yellow Pages“, also die elektronische Entsprechung der gelben Seiten und den Schnittstellenbeschreibungen in den sog. „Green Pages“. Die genaue Aufteilung mitsamt den Daten, die den einzelnen Teilen entspringen werden, ist in folgender Liste ausgeführt:

White Pages

Die White Pages (Basisinformationen) funktionieren ähnlich wie ein Telefonbuch (daher der englische Begriff „White Pages“) und geben Auskunft über die Identität des Serviceanbieters. Dazu gehören Informationen über das Geschäftsfeld, Kontaktdaten eines Ansprechpartners und eine weltweit eindeutige Unternehmenskennzahl, die nach dem Data Universal Numbering System (DUNS) vergeben wird. Die sogenannte D-U-N-S-Nummer wird von der US-amerikanischen Wirtschaftsauskunftei Dun & Bradstreet kostenlos ausgestellt.

Yellow Pages

Die Yellow Pages (Servicekategorisierung) des Webservices vom in den Basisinformationen identifizierten Anbieter werden nach verschiedenen Klassifikationsschemata hinsichtlich ihres Zweckes eingeordnet. Dies ist nötig, um leicht die passenden Services zu finden. Wegen dieser Zweckgebundenheit spricht man von einem „Branchenverzeichnis“, den „Gelben Seiten“. Die Klassifikation der Services erfolgt anhand internationaler Standards wie UNSPSC.

Green Pages

In diesem Bereich werden die Schnittstellenbeschreibungen eines Webservices vorgehalten. Im sogenannten tModel werden Informationen über diese Beschreibungen gespeichert. Um die Passfähigkeit von Webserviceanbieter und Webservicenutzer zu überprüfen, werden die tModel-Beschreibungen (tModel-Keys) gegeneinander abgeglichen. Dieser Bereich wird Green Pages genannt.

Datenmodell

Das Datenmodell beschreibt die Zusammenhänge zwischen Unternehmen, deren Diensten und Schnittstellen. Durch categoryBag, identifierBag und tModel können Dienste gefunden werden, die bestimmte Anforderungen erfüllen.

Hauptbestandteile:
- businessEntity enthält Informationen (Metadaten) über den Anbieter (z. B. Unternehmen, Name, Beschreibung) und eine Auflistung über die angebotenen Dienste (aus XML-Sicht das Wurzelelement)
- businessService beschreibt allgemein eine Serviceklasse (Metadaten über den Dienst), repräsentiert eine logische Dienst-Klassifikation und ist Kindelement einer businessEntity-Struktur
- bindingTemplate beschreibt technische Eigenschaften des Services
- publisherAssertion beschreibt die Beziehung zwischen den Parteien
- tModell referenziert auf technische Anforderungen und speichert anhand generischer Daten
Beschreibungsbestandteile:
- categoryBag beschreibt die Kategorisierung
- identifierBag
Spezifikationselement:
- tModel enthält technische Spezifikation des Dienstes (z. B. Datenformat und Übertragungsprotokoll)

Einzelnachweise

↑ Microsoft: UDDI Business Registry Shutdown FAQ. 14. Dezember 2005, archiviert vom Original (nicht mehr online verfügbar) am 18. März 2010; abgerufen am 6. März 2010 (englisch). Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2
↑ Dave Linthicum: UDDI is a Dead Parrot. In: infoworld.com/. International Data Group (IDG), 22. Dezember 2005, archiviert vom Original am 3. Januar 2006; abgerufen am 6. März 2010 (englisch): „What's important here is that we are missing a common shared directory of services on the Internet, a global catalog of sorts, where services can be posted, discovered, and leveraged. That was the purpose of UDDI, it did a bad job […]“
↑ Joe McKendrick: IBM acknowledges bypassing UDDI; calls for new SOA registry standard. In: ZD Net. CBS Interactive Inc., 26. April 2007, abgerufen am 6. März 2010 (englisch).

Weblinks

Online Community for the UDDI (englisch)
UDDI-Spezifikationen (englisch)
WSDL and UDDI (englisch)
UDDI4Java (Client-Implementierung) (englisch)
jUDDI (Server/Registry-Implementierung) (englisch)
(Understanding WSDL in a UDDI registry) (englisch)

[Microsoft_2005-1] Microsoft: UDDI Business Registry Shutdown FAQ. 14. Dezember 2005, archiviert vom Original (nicht mehr online verfügbar) am 18. März 2010; abgerufen am 6. März 2010 (englisch). Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2

[Linthicum_2005-2] Dave Linthicum: UDDI is a Dead Parrot. In: infoworld.com/. International Data Group (IDG), 22. Dezember 2005, archiviert vom Original am 3. Januar 2006; abgerufen am 6. März 2010 (englisch): „What's important here is that we are missing a common shared directory of services on the Internet, a global catalog of sorts, where services can be posted, discovered, and leveraged. That was the purpose of UDDI, it did a bad job […]“

[McKendrick_2007-3] Joe McKendrick: IBM acknowledges bypassing UDDI; calls for new SOA registry standard. In: ZD Net. CBS Interactive Inc., 26. April 2007, abgerufen am 6. März 2010 (englisch).

[1]

[2]

[3]