Universal Description Discovery and Integration , auch durch die bekannte Abkürzung UDDI ist ein XML - basierte Service - Verzeichnis speziell für Web - Services .
UDDI wurde für die Verwendung in Verbindung mit ebXML für den elektronischen Handel entwickelt .
Ein UDDI-Verzeichnis wird verwendet, um den gewünschten Webdienst im Netzwerk zu finden . Es ist ein Schlüsselelement in den WS- * Web Services-Spezifikationen , da es den Zugriff auf Verzeichnisse potenzieller Web Services-Benutzer ermöglicht.
UDDI ist eine von OASIS entwickelte Spezifikation .
Das UDDI-Projekt wurde im Oktober 2000 durch eine Zusammenarbeit zwischen Microsoft , Ariba (in) und IBM gestartet . Andere Unternehmen wie Sun Microsystems , Oracle , HP und sogar SAP haben sich angeschlossen .
Eine Version 2 wurde im Jahr 2002 entwickelt .
Version 3 wurde entwickelt 2003 und wurde von einigen wenigen Unternehmen angenommen 2005 .
UDDI soll im elektronischen Geschäftsverkehr als Verzeichnis für die Erkennung von WS- * -Webediensten verwendet werden und mit der ebXML-Registrierung gekoppelt sein, mit der es eng verschachtelt ist. Auf diese Weise ermöglicht UDDI das Erstellen von Registern von Webdiensten.
In der Praxis macht UDDI es möglich , sowohl technische Informationen und Informationen über Unternehmen zu speichern , Prozesse wie die Adresse für den Zugriff Web - Services , aber auch viel mehr Kontextinformationen, wie den Namen der Person, die s. ‚Kümmert sich um deren Management, die kurze Beschreibung ihrer Funktionen oder den Namen und den Tätigkeitsbereich des Unternehmens, von dem sie abhängen.
Der elektronische Geschäftsverkehr besteht aus drei Hauptphasen:
Das UDDI-Verzeichnis kann auf verschiedene Arten abgerufen werden:
Dank dieser dreifachen Lesung sind alle nützlichen Informationen zugänglich.
Im Mai 2001 unterzeichneten IBM und Sun ein Dokument mit dem Titel "Verwenden von UDDI zum Suchen von ebXML Registry / Repository". Dieses Dokument enthält eine Fallstudie, die zeigt, wie die UDDI-Registrierung "business" zum Suchen einer ebXML-Registrierung verwendet wird , und definiert eine Reihe von Schritten, die zum Definieren und Registrieren einer ebXML-Registrierung in einer UDDI-Registrierung ausgeführt werden müssen.
Es besteht die Möglichkeit einer betrieblichen Interoperabilität zwischen UDDI und einer ebXML- Registrierung im Hinblick auf die Erkennung. Zu diesem Thema wurden verschiedene Dokumente verfasst.
In der ebXML-Architektur kann UDDI mit CORBA interagieren .
Im Jahr 2003 erstellte das technische Komitee von UDDI einen Hinweis mit dem Titel "UDDI als Registrierung für ebXML-Komponenten" (als UDDI-Registrierung für ebXML- Komponenten ). Dieser Technote enthält Richtlinien für die Verwendung von UDDI-Registern im ebXML-Framework für B2B- Dienste und für die automatische Erkennung von Komponenten des ebXML-Frameworks ( Collaboration Protocol-Profile , Collaboration Protocol-Vereinbarungen , Geschäftsprozessschemaspezifikationen usw.) mithilfe von UDDI.
Diese Interoperabilität multipliziert effektiv die komplementären Stärken jedes Registers.
Haftungsausschluss :
Dieser Abschnitt dient nur zu Informationszwecken und ist nicht für die Programmierung vorgesehen.
Damit Webdienste aussagekräftig sind, müssen Informationen bereitgestellt werden, die über die technischen Spezifikationen der Dienste hinausgehen. Das Herzstück der UDDI-Registrierung ist die Darstellung von Daten und Metadaten in Webdiensten .
UDDI verwendet die XML-Schemasprache , um seine Datenstrukturen zu beschreiben. In UDDI Version 3.0.1 gibt es 9 XML-Schemas:
Die zum Erstellen eines UDDI-Datensatzes verwendeten Informationen bestehen aus vier Haupttypen von XML- Datenstrukturen . Diese einfache Aufschlüsselung nach Art der Informationen hilft dabei, die verschiedenen Informationen, aus denen eine Aufzeichnung besteht, zu lokalisieren und schnell zu verstehen.
Diese vier Typen bilden den Informationssatz, der vom UDDI-Dienstbeschreibungsframework bereitgestellt wird. Jede dieser XML-Strukturen enthält eine Reihe von Feldern, mit denen ein Unternehmen oder eine Technologie beschrieben wird.
Einzelheiten:
Englischer Begriff: businessEntity
Details (v3.0.1):
BusinessEntity ist eine allgemeine Datenstruktur , die ein Unternehmen oder eine andere Entität beschreibt, für die Informationen aufgezeichnet werden. Es wird verwendet, um Unternehmen und Lieferanten in UDDI zu vertreten. Es enthält beschreibende Informationen über das Unternehmen oder den Lieferanten und die von ihm angebotenen Dienstleistungen .
usw
Servicebeschreibungen und technische Informationen werden in einer businessEntity durch die dazugehörigen Strukturen businessService und bindingTemplate ausgedrückt. Obwohl der Name der XML-Entität das Wort "Geschäft" enthält, kann die Struktur sehr gut verwendet werden, um mehr als nur "Geschäft" zu modellieren.
UnternehmensdienstleistungenEnglischer Begriff: businessService
Details (v3.0.1):
Mit BusinessService können Sie einen logischen Satz von Webdiensten beschreiben , die eine oder mehrere Bindungsvorlagen enthalten können. Auf Serviceebene werden noch keine technischen Informationen zu diesen Services bereitgestellt. Andererseits bietet diese Struktur die Möglichkeit, eine Reihe von Diensten unter einer gemeinsamen Überschrift zusammenzustellen.
Jeder businessService ist das logische untergeordnete Element einer einzelnen businessEntity. Jeder businessService enthält beschreibende Informationen - Namen, Beschreibungen und Klassifizierungsinformationen -, die den Zweck der einzelnen darin enthaltenen Webdienste unterstreichen . Zum Beispiel könnte eine Struktur businessservice einen Satz enthält Bestellung Web - Service (Vorlage, Bestätigung und Benachrichtigung) , die von einem Unternehmen zur Verfügung gestellt werden.
BindingTemplateDetails (v3.0.1):
Informationen, die zum Aufrufen bestimmter Dienste erforderlich sind, die möglicherweise Links zu einem oder mehreren Protokollen enthalten, z. B. HTTP oder SMTP .
tModellDetails (v3.0.1):
tModel (technisches Modell oder technisches Modell) entspricht der "Fingerabdruck" -Technik für die Bereitstellung , die auch als Namespace ( Namespace ) zur Identifizierung anderer Entitäten, einschließlich anderer tModels, fungieren kann.
Die Verwendung von tModels ist für die Darstellung von Daten und Metadaten durch UDDI von entscheidender Bedeutung .
Das tModel kann folgende Informationen enthalten:
Um die Beziehung zwischen einem BindingTemplate und einem tModel vollständig zu verstehen, sollten Sie wissen, dass ein BusinessService verschiedene Arten von Geschäftsprotokollen oder -spezifikationen unterstützen kann (XML-Vokabulare, EDI-Standards, RosettaNet-Partnerschnittstellenprozesse usw.). Die BindingTemplate kann über ein bestimmtes tModel auf jedes dieser Protokolle oder Spezifikationen verweisen.
Andere (PublisherAssertion, ...)publisherAssertion : Beschreibung der Beziehung, die eine businessEntity zu einer anderen businessEntity unterhält, aus Sicht einer businessEntity.
Abonnement : Beschreibung einer langfristigen Anforderung, Änderungen in den durch das Abonnement beschriebenen Entitäten zu verfolgen.
Technisch gesehen befindet sich UDDI im Kontext einer serviceorientierten Architektur ( Service Oriented Architecture ).
Es basiert auf einer Reihe von Technologien, die mit der XML- Auszeichnungssprache kompatibel sind :
Zusammenfassung: UDDI-Dienste und API-Sets
UDDI-Knoten sind Dienste, die UDDI-Spezifikationen unterstützen und zu einer UDDI-Registrierung gehören.
UDDI-Register sind Sätze von einem oder mehreren Knoten.
UDDI wird im Rahmen der XML-Initiativen der US-Bundesregierung verwendet .
Im September 2003 blieb UDDI im gemeinsamen Rahmen der Interoperabilität der Europäischen Union im Status "zu beobachten" .
Haftungsausschluss : Dieser Abschnitt dient nur zu Informationszwecken und ist nicht zur Verwendung bei der Programmierung vorgesehen.