Web Services Discovery: Difference between revisions
Poolborges (talk | contribs) m →History of UDDI: msf removed UDDI in |
→Federated Discovery: MOS:HEAD |
||
(14 intermediate revisions by 7 users not shown) | |||
Line 1: | Line 1: | ||
{{Short description|Protocols for finding suitable web services for a given task}} |
|||
{{Multiple issues| |
|||
{{Expert needed|technology|date=January 2017}} |
|||
{{Confusing|date=December 2007}} |
{{Confusing|date=December 2007}} |
||
}} |
|||
'''Web Services Discovery''' provides access to software systems over the Internet using standard protocols. In the most basic scenario there is a ''Web Service Provider'' that publishes a service and a ''Web Service Consumer'' that uses this service. Web Service Discovery is the process of finding suitable [[web services]] for a given task.<ref>{{Cite book | doi=10.1109/ASWEC.2014.27|chapter = Evaluating Technical Debt in Cloud-Based Architectures Using Real Options|title = 2014 23rd Australian Software Engineering Conference| pages=1–10|year = 2014|last1 = Alzaghoul|first1 = Esra| last2=Bahsoon| first2=Rami| isbn=978-1-4799-3149-1}}</ref> |
'''Web Services Discovery''' provides access to software systems over the Internet using standard protocols. In the most basic scenario there is a ''Web Service Provider'' that publishes a service and a ''Web Service Consumer'' that uses this service. Web Service Discovery is the process of finding suitable [[web services]] for a given task.<ref>{{Cite book | doi=10.1109/ASWEC.2014.27|chapter = Evaluating Technical Debt in Cloud-Based Architectures Using Real Options|title = 2014 23rd Australian Software Engineering Conference| pages=1–10|year = 2014|last1 = Alzaghoul|first1 = Esra| last2=Bahsoon| first2=Rami| isbn=978-1-4799-3149-1| s2cid=14951457 }}</ref> |
||
Publishing a web service involves creating a [[software artifact]] and making it accessible to potential consumers. Web service providers augment a [[service endpoint interface]] with an interface description using the [[Web Services Description Language]] (WSDL) so that a consumer can use the service. |
Publishing a web service involves creating a [[software artifact]] and making it accessible to potential consumers. Web service providers augment a [[service endpoint interface]] with an interface description using the [[Web Services Description Language]] (WSDL) so that a consumer can use the service. |
||
Line 11: | Line 9: | ||
Web services may also be discovered using [[multicast]] mechanisms like [[WS-Discovery]], thus reducing the need for centralized registries in smaller networks. |
Web services may also be discovered using [[multicast]] mechanisms like [[WS-Discovery]], thus reducing the need for centralized registries in smaller networks. |
||
⚫ | |||
⚫ | The current UDDI search mechanism can only focus on a single search criterion, such as business name, business location, business category, service type by name, business identifier, or discovery URL. In fact, in a business solution, it is very normal to search multiple UDDI registries or WSIL documents and then aggregate the returned result by using filtering and ranking techniques. IBM modularized this federated Web Services Discovery engine in 2001. The released technology from IBM is [http://www.alphaWorks.ibm.com/tech/be4ws Business Explorer for Web Services (BE4WS)]. |
||
==Universal Description Discovery and Integration== |
==Universal Description Discovery and Integration== |
||
''Universal Description, Discovery and Integration'' (''UDDI'', pronounced {{IPAc-en|ˈ|j|ʊ|d|iː}}) is a [[platform-independent]], [[Extensible Markup Language]] protocol that includes a (XML-based) registry by which businesses worldwide can list themselves on the [[Internet]], and a mechanism to register and locate [[web service]] applications. UDDI is an open industry initiative, sponsored by the Organization for the Advancement of Structured Information Standards ([[OASIS (organization)|OASIS]]), for enabling businesses to publish service listings and discover each other, and to define how the services or software applications interact over the Internet. |
'''Universal Description, Discovery and Integration''' ('''UDDI''', pronounced {{IPAc-en|ˈ|j|ʊ|d|iː}}) is a [[platform-independent]], [[Extensible Markup Language]] protocol that includes a (XML-based) registry by which businesses worldwide can list themselves on the [[Internet]], and a mechanism to register and locate [[web service]] applications. UDDI is an open industry initiative, sponsored by the Organization for the Advancement of Structured Information Standards ([[OASIS (organization)|OASIS]]), for enabling businesses to publish service listings and discover each other, and to define how the services or software applications interact over the Internet. |
||
UDDI was originally proposed as a core [[Web service]] standard.<ref> |
UDDI was originally proposed as a core [[Web service]] standard.<ref>{{Cite web|url=http://www.w3.org/2001/03/WSWS-popa/paper08.html|title=Interoperability|website=www.w3.org}}</ref> It is designed to be interrogated by [[SOAP (protocol)|SOAP]] messages and to provide access to [[Web Services Description Language]] (WSDL) documents describing the protocol bindings and message formats required to interact with the web services listed in its directory. |
||
==History of UDDI== |
==History of UDDI== |
||
Line 26: | Line 20: | ||
UDDI was included in the [[Web Services Interoperability]] (WS-I) standard as a central pillar of web services infrastructure, and the UDDI specifications supported a publicly accessible Universal Business Registry in which a naming system was built around the UDDI-driven service broker. |
UDDI was included in the [[Web Services Interoperability]] (WS-I) standard as a central pillar of web services infrastructure, and the UDDI specifications supported a publicly accessible Universal Business Registry in which a naming system was built around the UDDI-driven service broker. |
||
UDDI has not been as widely adopted as its designers had hoped.<ref>[https://www.innoq.com/blog/st/2010/03/uddi-r.i.p./] UDDI R.I.P</ref> [[IBM]], [[Microsoft]], and [[SAP (company)|SAP]] announced they were closing their public UDDI nodes in January 2006.<ref> |
UDDI has not been as widely adopted as its designers had hoped.<ref>[https://www.innoq.com/blog/st/2010/03/uddi-r.i.p./] UDDI R.I.P</ref> [[IBM]], [[Microsoft]], and [[SAP (company)|SAP]] announced they were closing their public UDDI nodes in January 2006.<ref>{{Cite web|url=http://soa.sys-con.com/node/164624|title=Microsoft, IBM, SAP To Discontinue UDDI Web Services Registry Effort | Microservices Expo|website=soa.sys-con.com}}</ref> The group defining UDDI, the OASIS Universal Description, Discovery, and Integration (UDDI) Specification Technical Committee voted to complete its work in late 2007 and has been closed.<ref>[http://lists.oasis-open.org/archives/uddi-spec/200807/msg00000.html] Message announcing closure of Technical Committee</ref> |
||
In September 2010, Microsoft announced they were removing UDDI services from future versions of the [[Windows Server]] operating system. Instead, this capability would be moved to [[BizTalk Server]].<ref> |
In September 2010, Microsoft announced they were removing UDDI services from future versions of the [[Windows Server]] operating system. Instead, this capability would be moved to [[BizTalk Server]].<ref>{{Cite web|url=https://docs.microsoft.com/en-us/windows/win32/win7appqual/removal-of-uddi-services-from-server-os|title=Removal of UDDI Services from Server Operating System - Win32 apps|website=docs.microsoft.com|date=27 April 2021 }}</ref> In 2013, Microsoft further announced the deprecation of UDDI Services in BizTalk Server.<ref>{{Cite web|url=https://docs.microsoft.com/en-us/biztalk/install-and-config-guides/what-s-new-in-biztalk-server-2013-and-2013-r2|title=What's New in BizTalk Server 2013 and 2013 R2 - BizTalk Server|website=docs.microsoft.com|date=24 May 2022 }}</ref> In 2016, Microsoft removed UDDI Services from BizTalk Server.<ref>{{Cite web|url=https://docs.microsoft.com/en-us/biztalk/install-and-config-guides/what-s-new-in-biztalk-server-2016|title=What's New in BizTalk Server 2016 - BizTalk Server|website=docs.microsoft.com|date=7 July 2021 }}</ref> |
||
[https://docs.microsoft.com/en-us/biztalk/install-and-config-guides/what-s-new-in-biztalk-server-2016 What's New in BizTalk Server 2016]</ref> |
|||
UDDI systems are most commonly found inside companies, where they are used to dynamically bind client systems to implementations |
UDDI systems are most commonly found inside companies, where they are used to dynamically bind client systems to implementations.<ref>{{Cite thesis|url=https://etheses.bham.ac.uk/id/eprint/6350/|title=Value- and debt-aware selection and composition in cloud-based service-oriented architectures using real options|first=Esra Fawaz Ahmad|last=Alzaghoul|date=December 18, 2015|publisher=University of Birmingham |type=d_ph |via=etheses.bham.ac.uk}}</ref> However, much of the search [[metadata]] permitted in UDDI is not used for this relatively simple role. |
||
==Structure of UDDI== |
==Structure of UDDI== |
||
Line 57: | Line 50: | ||
[[SOAP (protocol)|SOAP]] is an XML-based protocol to exchange messages between a requester and a provider of a Web Service. |
[[SOAP (protocol)|SOAP]] is an XML-based protocol to exchange messages between a requester and a provider of a Web Service. |
||
The provider publishes the [[Web Services Description Language|WSDL]] to UDDI and the requester can join to it using SOAP. |
The provider publishes the [[Web Services Description Language|WSDL]] to UDDI and the requester can join to it using SOAP. |
||
⚫ | |||
⚫ | The current UDDI search mechanism can only focus on a single search criterion, such as business name, business location, business category, service type by name, business identifier, or discovery URL. In fact, in a business solution, it is very normal to search multiple UDDI registries or WSIL documents and then aggregate the returned result by using filtering and ranking techniques. IBM modularized this federated Web Services Discovery engine in 2001. The released technology from IBM is [http://www.alphaWorks.ibm.com/tech/be4ws Business Explorer for Web Services (BE4WS)]. |
||
== See also == |
== See also == |
||
Line 64: | Line 60: | ||
* [[WS-I Basic Profile]] |
* [[WS-I Basic Profile]] |
||
* [[UNSPSC|United Nations Standard Products and Services Classification (UNSPSC)]] |
* [[UNSPSC|United Nations Standard Products and Services Classification (UNSPSC)]] |
||
* [[S-RAMP]] |
|||
==References== |
==References== |
||
Line 72: | Line 67: | ||
*Research Paper: [http://www2008.org/papers/fp389.html Investigating Web Services on the World Wide Web], 2008 |
*Research Paper: [http://www2008.org/papers/fp389.html Investigating Web Services on the World Wide Web], 2008 |
||
*IBM Article: [http://www-106.ibm.com/developerworks/webservices/library/ws-be4ws/ Aggregate UDDI searches with Business Explorer for Web services], 01 Mar 2002 |
*IBM Article: [http://www-106.ibm.com/developerworks/webservices/library/ws-be4ws/ Aggregate UDDI searches with Business Explorer for Web services], 01 Mar 2002 |
||
*Research Paper: [http://lsdis.cs.uga.edu/lib/download/MWSDI-ICWS04-final.pdf Discovery of Web Services in a Federated Registry Environment], 2004 |
*Research Paper: [http://lsdis.cs.uga.edu/lib/download/MWSDI-ICWS04-final.pdf Discovery of Web Services in a Federated Registry Environment] {{Webarchive|url=https://web.archive.org/web/20070203232324/http://lsdis.cs.uga.edu/lib/download/MWSDI-ICWS04-final.pdf |date=2007-02-03 }}, 2004 |
||
*Survey Paper: [http://mmlab.ceid.upatras.gr/people/sakkopoulos/conf/ht04.pdf Web Service Discovery Mechanisms: Looking for a Needle in a Haystack?], 2004 |
*Survey Paper: [http://mmlab.ceid.upatras.gr/people/sakkopoulos/conf/ht04.pdf Web Service Discovery Mechanisms: Looking for a Needle in a Haystack?], 2004 |
||
*Survey Paper:[https://www.researchgate.net/publication/260329617_Semantic_Web_Service_matchmakers_State_of_the_art_and_challenges Semantic Web Service matchmakers: state of the art and challenges], 2013 |
*Survey Paper:[https://www.researchgate.net/publication/260329617_Semantic_Web_Service_matchmakers_State_of_the_art_and_challenges Semantic Web Service matchmakers: state of the art and challenges], 2013 |
Latest revision as of 10:33, 9 August 2024
This article may be confusing or unclear to readers. (December 2007) |
Web Services Discovery provides access to software systems over the Internet using standard protocols. In the most basic scenario there is a Web Service Provider that publishes a service and a Web Service Consumer that uses this service. Web Service Discovery is the process of finding suitable web services for a given task.[1]
Publishing a web service involves creating a software artifact and making it accessible to potential consumers. Web service providers augment a service endpoint interface with an interface description using the Web Services Description Language (WSDL) so that a consumer can use the service.
Universal Description, Discovery, and Integration (UDDI) is an XML-based registry for business internet services. A provider can explicitly register a service with a Web Services Registry such as UDDI or publish additional documents intended to facilitate discovery such as Web Services Inspection Language (WSIL) documents. The service users or consumers can search web services manually or automatically. The implementation of UDDI servers and WSIL engines should provide simple search APIs or web-based GUI to help find Web services.
Web services may also be discovered using multicast mechanisms like WS-Discovery, thus reducing the need for centralized registries in smaller networks.
Universal Description Discovery and Integration
[edit]Universal Description, Discovery and Integration (UDDI, pronounced /ˈjʊdiː/) is a platform-independent, Extensible Markup Language protocol that includes a (XML-based) registry by which businesses worldwide can list themselves on the Internet, and a mechanism to register and locate web service applications. UDDI is an open industry initiative, sponsored by the Organization for the Advancement of Structured Information Standards (OASIS), for enabling businesses to publish service listings and discover each other, and to define how the services or software applications interact over the Internet.
UDDI was originally proposed as a core Web service standard.[2] It is designed to be interrogated by SOAP messages and to provide access to Web Services Description Language (WSDL) documents describing the protocol bindings and message formats required to interact with the web services listed in its directory.
History of UDDI
[edit]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 a service 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 in the brokerage—by relying on metadata of authoritative index categories—would be critical for effective placement.
UDDI was included in the Web Services Interoperability (WS-I) standard as a central pillar of web services infrastructure, and the UDDI specifications supported a publicly accessible Universal Business Registry in which a naming system was built around the UDDI-driven service broker.
UDDI has not been as widely adopted as its designers had hoped.[3] IBM, Microsoft, and SAP announced they were closing their public UDDI nodes in January 2006.[4] The group defining UDDI, the OASIS Universal Description, Discovery, and Integration (UDDI) Specification Technical Committee voted to complete its work in late 2007 and has been closed.[5] In September 2010, Microsoft announced they were removing UDDI services from future versions of the Windows Server operating system. Instead, this capability would be moved to BizTalk Server.[6] In 2013, Microsoft further announced the deprecation of UDDI Services in BizTalk Server.[7] In 2016, Microsoft removed UDDI Services from BizTalk Server.[8]
UDDI systems are most commonly found inside companies, where they are used to dynamically bind client systems to implementations.[9] However, much of the search metadata permitted in UDDI is not used for this relatively simple role.
Structure of UDDI
[edit]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.
White Pages
[edit]White pages give information about the business supplying the service. This includes the name of the business and a description of the business - potentially in multiple languages. Using this information, it is possible to find a service about which some information is already known (for example, locating a service based on the provider's name).[10]
Contact information for the business is also provided - for example the businesses address and phone number; and other information such as the Dun & Bradstreet.
Yellow Pages
[edit]Yellow pages provide a classification of the service or business, based on standard taxonomies. These include the Standard Industrial Classification (SIC), the North American Industry Classification System (NAICS),[10] or the United Nations Standard Products and Services Code (UNSPSC) and geographic taxonomies.
Because a single business may provide a number of services, there may be several Yellow Pages (each describing a service) associated with one White Page (giving general information about the business).
Green Pages
[edit]Green pages are used to describe how to access a Web Service, with information on the service bindings. Some of the information is related to the Web Service - such as the address of the service and the parameters, and references to specifications of interfaces.[10] Other information is not related directly to the Web Service - this includes e-mail, FTP, CORBA and telephone details for the service. Because a Web Service may have multiple bindings (as defined in its WSDL description), a service may have multiple Green Pages, as each binding will need to be accessed differently.
UDDI nodes and registry
[edit]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.
SOAP is an XML-based protocol to exchange messages between a requester and a provider of a Web Service. The provider publishes the WSDL to UDDI and the requester can join to it using SOAP.
Federated discovery
[edit]The current UDDI search mechanism can only focus on a single search criterion, such as business name, business location, business category, service type by name, business identifier, or discovery URL. In fact, in a business solution, it is very normal to search multiple UDDI registries or WSIL documents and then aggregate the returned result by using filtering and ranking techniques. IBM modularized this federated Web Services Discovery engine in 2001. The released technology from IBM is Business Explorer for Web Services (BE4WS).
See also
[edit]- ebXML
- XML-RPC
- Java API for XML Registries
- WS-I Basic Profile
- United Nations Standard Products and Services Classification (UNSPSC)
References
[edit]- ^ Alzaghoul, Esra; Bahsoon, Rami (2014). "Evaluating Technical Debt in Cloud-Based Architectures Using Real Options". 2014 23rd Australian Software Engineering Conference. pp. 1–10. doi:10.1109/ASWEC.2014.27. ISBN 978-1-4799-3149-1. S2CID 14951457.
- ^ "Interoperability". www.w3.org.
- ^ [1] UDDI R.I.P
- ^ "Microsoft, IBM, SAP To Discontinue UDDI Web Services Registry Effort | Microservices Expo". soa.sys-con.com.
- ^ [2] Message announcing closure of Technical Committee
- ^ "Removal of UDDI Services from Server Operating System - Win32 apps". docs.microsoft.com. 27 April 2021.
- ^ "What's New in BizTalk Server 2013 and 2013 R2 - BizTalk Server". docs.microsoft.com. 24 May 2022.
- ^ "What's New in BizTalk Server 2016 - BizTalk Server". docs.microsoft.com. 7 July 2021.
- ^ Alzaghoul, Esra Fawaz Ahmad (December 18, 2015). Value- and debt-aware selection and composition in cloud-based service-oriented architectures using real options (d_ph). University of Birmingham – via etheses.bham.ac.uk.
- ^ a b c Taylor, Ian J. From P2P to Web Services and Grids - Peers in a Client/Server World. Springer, 2005
External links
[edit]- Research Paper: Investigating Web Services on the World Wide Web, 2008
- IBM Article: Aggregate UDDI searches with Business Explorer for Web services, 01 Mar 2002
- Research Paper: Discovery of Web Services in a Federated Registry Environment Archived 2007-02-03 at the Wayback Machine, 2004
- Survey Paper: Web Service Discovery Mechanisms: Looking for a Needle in a Haystack?, 2004
- Survey Paper:Semantic Web Service matchmakers: state of the art and challenges, 2013
- Survey Paper:Cloud service selection: State-of-the-art and future research directions, 2014
- UDDI specifications
- OASIS UDDI Technical Committee
- UDDI XML.org community site
- UDDI Browser
- C++ Data Binding for UDDI
- Introduction to UDDI: Important Features and Concepts
- Web Service Deployment
- jUDDI (pronounced "Judy") is an open source Java implementation of the Universal Description, Discovery, and Integration (UDDI v3) specification for Web Services.