This article will move through basics of Web Services, the various Web Services platform elements SOAP(Simple Object Access Protocol), UDDI(Universal Description, Discovery and Integration) and WSDL( Web Services Description Language).

What is Web Services?

Web Services is a platform to build loosely coupled applications. A web service is piece of code that can be remotely invoked using HTTP, that means a HTTP request is enough to invoke a web service. Moving back to past remote access to binary data has been either platform specific or vendor specific. For Example

1. Microsoft's DCOM( Distributed Component Object Model) for communication among networked computers access remote COM(Component Object Model) interface through remote procedure calls.
2. Corba uses IIOP(Internet Inter-ORB Protocol) to access remote objects.
3. In Java RMI(Remote Method Invocation) is used to access a EJB(Enterprise Java Bean) object which is again language specific.

All the above example suggests that remotely accessing an object required proprietary technologies which were tightly coupled to the remote code.
Web Services is basically a platform to built a distributed architecture where there are numerous computers connected to each other in a network. The various computers in the network will be running applications developed using different tools, different technologies from different vendors. Each of these applications can be exposed as a Web Service using SOAP, UDDI and WSDL wherein a service running on one computer can access a service running on other irrespective of difference in technologies. So if there is a .Net application running on one computer it can be accessed using a Java application running on other, only condition is both should be exposed as a web service. Web Service clients can be console based as well as browser based.

Why Web Services?

There are several reason why Web Services has become a need

1. One of the biggest reason why we need web services is interoperability wherein different Vendor specific applications can interact with each other. For Example a .Net application accessing a Java web service.
2. Using Web Services you can expose your application and its functionality globally.
3. Using Web Services an enterprise need not depend on one particular vendor for all the solutions. It can move to different vendors for different functionality and can optimally choose out of several options.
4. Web Services used standardized protocols SOAP, UDDI, WSDL and HTTP for implementation.
5. Web Services has support for most of the communication protocol and it can be implemented using FTP as well as HTTP.
6. Web Services follow a loosely coupled architecture.

Web Services Architecture

As can be seen from the architecture diagram the Web Service Provider registers the Web Service to UDDI registry and provides WSDL for invoking service. The Web Service consumer which can be an application client or any other Web Service queries the UDDI registry and finds WSDL. Next the consumer uses WSDL to invoke the SOAP service.

Web Services Description Language(WSDL)

WSDL is a XML way of describing a Web Service. It specifies the location of Web Service and methods available with the service. WSDL is basically a document written in XML. A WSDL document has <portType>, <message>, <types > and <binding> as the elements.
The typical syntax of a WSDL document is as shown below

<definitions>
<types>
definition of types....
</types>
<message>
definition of message....
</message>
<portType>
definition of portType....
</portType>
<binding>
definition of binding....
</binding>
<service>
definition of service....
</service>
</definitions>