...

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 an HTTP request is enough to invoke a web service. Moving back to past in time, remote access to binary data has been either platform specific or vendor specific. For Exampleexample:

1. Microsoft's DCOM (Distributed Component Object Model) for communication among between 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 an EJB (Enterprise Java Bean) object which is again language specific.

All of the above example suggests examples suggest that remotely accessing an object required proprietary technologies which that were tightly coupled to the remote code.

Web Services on the other hand, 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 from 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 reasons 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.

...

• <service>- Service element defines where the service can be accessed. Each service is associated with a unique name which is suggested by <wsdl:service name="HelloWorldService"> in our example. The next element <wsdl:port binding="intf:HelloWorldSoapBinding" name="HelloWorld"> suggests the previous binding which will be used by service. The element <wsdlsoap:address location="http://localhost:8080/SimpleWeb/services/HelloWorld"/> suggests the physical address through which a service can be accessed.

...

Web services tutorials