Universal Description Discovery and Integration: Difference between revisions
Line 15: | Line 15: | ||
Some assert that the most common place that a '''UDDI system''' can be found is inside a company where it is used to dynamically bind client systems to implementations. They would say that much of the search [[metadata]] permitted in UDDI is not used for this relatively simple role. However, the core of the trade infrastructure under UDDI, when deployed in the Universal Business Registries (now being disabled), has made all the information available to any client application, regardless of heterogeneous computing domains. |
Some assert that the most common place that a '''UDDI system''' can be found is inside a company where it is used to dynamically bind client systems to implementations. They would say that much of the search [[metadata]] permitted in UDDI is not used for this relatively simple role. However, the core of the trade infrastructure under UDDI, when deployed in the Universal Business Registries (now being disabled), has made all the information available to any client application, regardless of heterogeneous computing domains. |
||
==UDDI Data Model== |
|||
===UDDI Data Types=== |
|||
* '''businessEntity''': The top level structure, describing a business or other entity for which information is being registered |
|||
* '''businessService''': Description of a set of services which may contain one or more bindingTemplates. |
|||
* '''bindingTemplate''': Information necessary to invoke specific services which may encompass bindings to one or more protocols, such as HTTP or SMTP. |
|||
* '''tModel''': Technical “finger print” for a given service which may also function as namespace to identify other entities, including other tModels. |
|||
==UDDI Nodes & Registry== |
==UDDI Nodes & Registry== |
Revision as of 12:48, 14 November 2007
Universal Description, Discovery and Integration (UDDI) is a platform-independent, XML-based registry for businesses worldwide to list themselves on the Internet. UDDI is an open industry initiative, sponsored by OASIS, enabling businesses to publish service listings and discover each other and define how the services or software applications interact over the Internet. A UDDI business registration consists of three components:
- White Pages — address, contact, and known identifiers;
- Yellow Pages — industrial categorizations based on standard taxonomies;
- Green Pages — technical information about services exposed by the business.
UDDI was originally proposed as a core Web service standard[1]. It is designed to be interrogated by SOAP messages and to provide access to Web Services Description Language documents describing the protocol bindings and message formats required to interact with the web services listed in its directory.
UDDI was written in August, 2000, at a time when the authors had a vision of a world in which consumers of Web Services would be linked up with providers through a public or private dynamic brokerage system. In this vision, anyone needing a service such as credit card authentication, would go to their service broker and select one supporting the desired SOAP or other service interface and meeting other criteria. In such a world, the publicly operated UDDI node or broker would be critical for everyone. For the consumer, public or open brokers would only return services listed for public discovery by others, while for a service producer, getting a good placement, by relying on metadata of authoritative index categories, in the brokerage would be critical for effective placement.
The UDDI was integrated into the Web Services Interoperability (WS-I) standard as a central pillar of web services infrastructure. By the end of 2005, it was on the agenda for use by more than seventy percent of the Fortune 500 companies in either a public or private implementation, and particularly among those enterprises that seek to optimize software or service reuse. Many of these enterprises subscribe to some form of service-oriented architecture (SOA), server programs or database software licensed by some of the professed founders of the UDDI.org and OASIS.
The UDDI specifications supported a publicly accessible Universal Business Registry in which a naming system was built around the UDDI-driven service broker. IBM, Microsoft and SAP announced they were closing their public UDDI nodes in January 2006.[2]
Some assert that the most common place that a UDDI system can be found is inside a company where it is used to dynamically bind client systems to implementations. They would say that much of the search metadata permitted in UDDI is not used for this relatively simple role. However, the core of the trade infrastructure under UDDI, when deployed in the Universal Business Registries (now being disabled), has made all the information available to any client application, regardless of heterogeneous computing domains.
UDDI Nodes & Registry
UDDI nodes are servers which support the UDDI specification and belong to a UDDI registry while UDDI registries are collections of one or more nodes.
UDDI Implementations
Clients
- uddi4j: UDDI for Java
- UDDI.NET SDK: UDDI for Microsoft .NET
- uddi4r: UDDI for Ruby
- uddi4py: UDDI for Python
- UDDI::Lite: UDDI for Perl
Servers
- Apache jUDDI: Open-Source UDDI Server
- BEA Aqualogic Service Registry
- Novell nSure UDDI Server: Open-Source UDDI Server
- Microsoft Enterprise UDDI Services: Part of Windows Server 2003
- HP SOA Systinet Registry
- Oracle Service Registry
- Software AG CentraSite
- SAP Enterprise SOA PI7.1
- eSigma's Public UDDI Registry
- TIBCO ActiveMatrix Registry
See also
- XML-RPC
- Java API for XML Registries
- WS-I Basic Profile
- Web Services Discovery
- United Nations Standard Products and Services Classification (UNSPSC)
- ebXML
External links
- UDDI specifications
- OASIS UDDI Technical Committee
- UDDI XML.org community site
- UDDI Browser
- C++ Data Binding for UDDI
- SearchWebServices Compilation of UDDI ressource
- Introduction to UDDI: Important Features and Concepts