|
|
|
|
|
Overview
|
|
The term 'Web Services' refers to any service that can be shared by and used as components of distributed Web-based applications. The W3C's Web Services Architecture Board defines a Web Service as a "software application identified by a URI (Universal Resource Identifier), whose interfaces and bindings are capable of being defined, described and discovered by XML artifacts, and supports direct interactions with other software applications using XML based messages via internet-based protocols."
|
|
The concept of services is not new: RMI, COM, and CORBA are all service-oriented technologies. However, applications based on these technologies require them to be written using that particular technology, often from a particular vendor. This requirement typically hinders widespread acceptance of an application on the Web. To solve this problem, Web services are defined to share the following properties that make them easily accessible from heterogeneous environments:
|
- Web services are accessed over the Web.
- Web services describe themselves using an XML-based description language.
- Web services communicate with clients (both end-user applications or other Web services) through XML messages that are transmitted by standard Internet protocols, such as HTTP.
|
|
Web Services Standards
|
|
Three main ingredients of Web Service are:
|
|
|
|
The complete flow
|
|
The diagram below gives an overview of basic Web Services Architecture
|
|
- A Service Provider implements a Web Service and describes it using WSDL.
- The Service Provide publishes this WSDL file to a UDDI Repository.
- A Web Service client (Consumer) looks up the WSDL from the UDDI Repository.
- The Web Service client (Consumer) binds to a specific endpoint defined in the WSDL file.
- The Web Service client (Consumer) starts communicating with the Service Provider using SOAP.
|
|
|
Comments/Feedback:
Please login to participate |
OneInfoPlace server is currently busy. Please try later. Sorry for the inconvenience |