Service Registries. Universal Description Discovery and Integration. Thursday, March 22, 12

Transcription

1 Service Registries Universal Description Discovery and Integration

2 What is UDDI? Universal Description Discovery and Integration Industry-wide initiative supporting web services Developed on industry standards (XML, HTTP, TCP/IP, SOAP) Applies equally to XML and non-xml web services Originally, UDDI was conceived as an Universal Business Registry similar to search engines (e.g., Google) Triggered significant activity around advanced and complex scenarios(semantic Web, dynamic binding to partners, automatic partner selection at runtime, etc.) Now more pragmatic name and directory service for Web services and mostly used in constrained environments (internally within a company or among a predefined set of business partners)

3 What problems does UDDI solve? Broader B2B An organization needs to create 400 electronic relationships with partners, each with its own standards and protocols Describe Services Smarter Search Easier Aggregation A small business wants to be plugged in to every marketplace in the world, but doesn t know how A B2B marketplace cannot get catalog data for relevant suppliers in its industry, along with connections to shippers, insurers, etc. Discover Services Integrate Them Together Web Service Visibility Provide a standards-based profile for all electronic services that are provided. Includes web sites, other electronic resources Publish for Accessibility

4 Ways to use UDDI Find Web services implementations that are based on a common abstract interface definition. Find Web services providers that are classified according to a known classification scheme or identifier system. Determine the security and transport protocols supported by a given Web service Issue a search for services based on a general keyword Cache the technical information about a Web service and then update that information at run-time.

5

6 Main architectural components A node is a UDDI server that supports at least the minimum set of functionality defined in the specification At least one API It is a member of exactly one UDDI registry A registry is composed of one or more nodes and performs the complete set of functionality as defined in the specification Affiliated Registries are individual UDDI registries that implement policybased sharing of information among them They share a common namespace for UDDI keys that uniquely identify data records

7 Essential interfaces Main features Publishing information about a service to a registry (UDDI Publication) Searching a UDDI registry for information about a service (UDDI Inquiry) Groups of registry Replicating and transferring custody of data about a service (UDDI Custody Transfer) Registration key generation and management (UDDI Replication) Registration subscription (UDDI Subscription) Security and authorization (UDDI Security)

8 Three kinds of information Service providers register precise information about themselves basic information categorization technical data

9 White Pages White pages Basic information about the Company and its business. Basic contact information including business name, address, contact phone number etc. Unique identifiers for the company tax IDs. This information allows others to discover your web service based upon your business identification.

10 Yellow Pages Yellow pages This has more details about the company, and includes descriptions of the kind of electronic capabilities the company can offer to anyone who wants to do business with it. It uses commonly accepted industrial categorization schemes, industry codes, product codes, business identification codes and the like to make it easier for companies to search through the listings and find exactly what they want.

11 Green Pages Green pages The various interfaces The URL locations Discovery information and similar data required to find and run the Web service.

12 UDDI data structure Four core entity types: businessentity businessservice bindingtemplate tmodel <businessentity> <businessentity> name, contact, identification name, description, contact, category identification description, category <businessservice> <businessservice> (1..n) (1..n) name name description description <bindingtemplate> <bindingtemplate> reference <tmodel> Name Description URL pointer to specification reusable entity outside the hierarchy

13 The UDDI model A UDDI information model is composed of instances of the following core entity types: businessentity: Describes a business or other organization that typically provides Web services. businessservice: Describes a collection of related Web services offered by an organization described by a businessentity. bindingtemplate: Describes the technical information necessary to use a particular Web service. tmodel: Describes a "technical model" representing a reusable concept, such as a Web service type, a protocol used by Web services, or a category system. Non-core entity types publisherassertion: Describes, in the view of one businessentity, the relationship that the businessentity has with another businessentity. subscription: Describes a standing request to keep track of changes to the entities described by the subscription.

14 businessentity Provides information, including identifiers (in an identifier bag), contact information etc (white-pages) Includes one or more businessservice (service entity) elements that represent the services it provides Specifies a categorybag to categorize the business (yellow-pages) A unique key identifies each businessentity

15 businessentity example <businessentity businesskey="uuid:c0e6d5a8- C446-4f01-99DA-70E212685A40" operator=" authorizedname="john Doe"> <name>acme Company</name> <description> We create cool Web services </description> <contacts> <contact usetype="general info"> <description>general Information </description> <personname>john Doe</personName> <phone>(123) </phone> </contact> </contacts> <businessservices>... </businessservices> <identifierbag> <keyedreference tmodelkey="uuid:8609c81e- EE1F-4D5A-B202-3EB13AD01823" name="d-u-n-s" value=" " /> </identifierbag> <categorybag> <keyedreference tmodelkey="uuid:c0b9fe13-179f-413d-8a5 B-5004DB8E5BB2" name="naics" value="111336" /> </categorybag> </businessentity>

16 businessservice Includes information such as name, description (white-pages) Uniquely identified by a service key Specifies a categorybag to categorize the service (yellow-pages) Contains a list of bindingtemplates which in turn contains tmodelinstancedetails encoding the technical service information (green-pages) Includes reference to its host with a businesskey

17 businessservice example <businessservice servicekey="uuid:d6f1b765-bdb d e5a2a" businesskey="uuid:c0e6d5a8-c446-4f01-99da-70e212685a40"> <name>hello World Web Service</name> <description>a friendly Web service</description> <bindingtemplates>... </bindingtemplates> <categorybag /> </businessservice

18 bindingtemplate Binding templates are the technical descriptions of the web services represented by the business service structure. A single business service may have multiple binding templates. The binding template represents the actual implementation of the web service.

19 bindingtemplate Example <bindingtemplate servicekey= uuid:d6f1b765- BDB D E5A2A bindingkey= uuid: C0E6D5A8-C446-4f01-99DA-70E212685A40"> <description>hello World SOAP Binding</description> <accesspoint URLType="http"> </accesspoint> <tmodelinstancedetails> <tmodelinstanceinfo tmodelkey="uuid:eb1b645f-cf2f-491f-811a f5904"> <instancedetails> <overviewdoc> <description> references the description of the WSDL service definition </description> <overviewurl> </overviewurl> </overviewdoc> </instancedetails> </tmodelinstanceinfo> </tmodelinstancedetails> </bindingtemplate>

20 tmodel A tmodel is a way of describing the various business, service, and template structures stored within the UDDI registry. Any abstract concept can be registered as a tmodel. For instance, if you define a new WSDL port type, you can define a tmodel that represents that port type within UDDI. Then, you can specify that a given business service implements that port type by associating the tmodel with one of that business service's binding templates.

21 tmodel Example <tmodel tmodelkey= uudi:xyz operator= htpp:// authorizedname= John Doe > <name>helloworldinterface Port Type</name> <description> An interface for a friendly Web service </description> <overviewdoc> <overviewurl> </overviewurl> </overviewdoc> </tmodel>

22 UDDI and WSDL relationship