Web service

A Web service is a service offered by an electronic device to another electronic device, communicating with each other via the World wide web. In a web service, web technology such as the HTTP, originally designed for human-to-machine communication, is utilized for machine-to-machine communication, more specifically for transferring machine readable file formats such as XML and JSON. In practice, the web service typically provides an object-oriented web based interface to a database server, utilized for example by another web server, or by a mobile application, that provides a user interface to the end user. Another common application offered to the end user may be a mashup, where a web server consumes several web services at different machines, and compiles the content into one user interface.

The W3C defines a Web service generally as:

a software system designed to support interoperable machine-to-machine interaction over a network.[1]

In a 2002 document, the W3C Web Services Architecture Working Group defined a Web Services Architecture, requiring a standardized implementation of a "Web service." In this:

[a Web service] has an interface described in a machine-processable format (specifically WSDL). Other systems interact with the Web service in a manner prescribed by its description using SOAP (Simple Object Access Protocol) messages, typically conveyed using HTTP with an XML serialization in conjunction with other Web-related standards.[1]

In a 2004 document, the W3C extended the definition:

We can identify two major classes of Web services:
  • REST-compliant Web services, in which the primary purpose of the service is to manipulate representations of Web resources using a uniform set of stateless operations.
  • Arbitrary Web services, in which the service may expose an arbitrary set of operations.[2]

Explanation

The term "Web services" describes a standardized way of integrating Web-based applications using the XML, SOAP, WSDL and UDDI open standards over an Internet protocol backbone. XML is used to tag the data, SOAP is used to transfer the data, WSDL is used for describing the services available and UDDI lists what services are available.

A Web service is a method of communication between two electronic devices over a network. It is a software function provided at a network address over the Web with the service always on as in the concept of utility computing. The W3C defines a Web service generally as:

a software system designed to support interoperable machine-to-machine interaction over a network.[1]

Many organizations use multiple software systems for management. Different software systems often need to exchange data with each other, and a Web service is a method of communication that allows two software systems to exchange this data over the internet. The software system that requests data is called a service requester, whereas the software system that would process the request and provide the data is called a service provider.

Different software may use different programming languages, and hence there is a need for a method of data exchange that doesn't depend upon a particular programming language. Most types of software can, however, interpret XML tags. Thus, Web services can use XML files for data exchange.

Rules for communication between different systems need to be defined, such as:

All of these rules for communication are defined in a file called WSDL (Web Services Description Language), which has a .wsdl extension. (Proposals for Autonomous Web Services (AWS) seek to develop more flexible web services which do not rely on strict rules.[3])

A directory called UDDI (Universal Description, Discovery and Integration) defines which software system should be contacted for which type of data. So when one software system needs one particular report/data, it would go to the UDDI and find out which other system it can contact for receiving that data. Once the software system finds out which other system it should contact, it would then contact that system using a special protocol called SOAP (Simple Object Access Protocol). The service provider system would first validate the data request by referring to the WSDL file, and then process the request and send the data under the SOAP protocol.

Web API

Web services in a service-oriented architecture.

A Web API is a development in Web services where emphasis has been moving to simpler representational state transfer (REST) based communications.[4] RESTful APIs do not require XML-based Web service protocols (SOAP and WSDL) to support their interfaces.

Automated design methods

Automated tools can aid in the creation of a Web service. For services using WSDL, it is possible to either automatically generate WSDL for existing classes (a bottom-up model) or to generate a class skeleton given existing WSDL (a top-down model).

Web services that use markup languages

There are a number of Web services that use markup languages:

Criticisms

Critics of non-RESTful Web services often complain that they are too complex[8] and based upon large software vendors or integrators, rather than typical open source implementations.

There are also concerns about performance due to Web services' use of XML as a message format and SOAP/HTTP in enveloping and transporting.[9]

Regression Testing of Web service

Functional and non-functional Web service testing is done with the help of WSDL parsing. Regression testing is performed by identifying the changes made thereafter. Web service regression testing needs can be categorized in three different ways, namely, changes in WSDL, changes in code, and selective re-testing of Web service operations. We can capture the above three needs in three intermediate forms of Subset WSDL,[7] namely, Difference WSDL (DWSDL), Unit WSDL (UWSDL), and Reduced WSDL (RWSDL), respectively. These three Subset WSDLs are then combined to form Combined WSDL (CWSDL) that is further used for regression testing of the Web service. This will help in Automated Web Service Change Management,[10] by performing the selection of the relevant test cases to construct a reduced test suite from the old test suite. [11]

Web Service Change Management

Work related to the dealing with the visualization and capturing changes in a Web service. Visualization and computation of changes can be done in the form of intermediate artifacts (Subset WSDL).[7] The insight on computation of change impact is helpful in testing, top down development and reduce regression testing. Automated Web Service Change Management (AWSCM)[10] is a tool that identify subset operations in a WSDL file to construct a Subset WSDL.

See also

References

  1. 1 2 3 "Web Services Glossary". W3C. 2004-02-11. Retrieved 2011-04-22.
  2. ↑ "Relationship to the World Wide Web and REST Architectures". Web Services Architecture. W3C. Retrieved 2011-04-22.
  3. ↑ Compare: Oya, Makoto (2008-09-02). "Autonomous Web Services Based on Dynamic Model Harmonization". In Oya, Makoto; Uda, Ryuya; Yasunobu, Chizuko. Towards Sustainable Society on Ubiquitous Networks: The 8th IFIP Conference on E-Business, E-Services, and E-Society (I3E 2008), September 24 - 26, 2008, Tokyo, Japan. IFIP Advances in Information and Communication Technology 286. Springer Science & Business Media (published 2008). p. 139. ISBN 9780387856902. Retrieved 2015-08-19. Under the current Web Services, [...] stakeholder systems must follow the predefined rules for a particular business service including those about business protocols to send/receive messages and about system operation. [...] More flexible mechanism is desired where freely built and autonomously running systems can exchange business messages without pre-agreed strict rules. We call it Autonomous Web Services (AWS) and proposed the framework called Dynamic Model Harmonization (DMH) with its algorithm, which dynamically adjusts different business process models between systems [...].
  4. ↑ Benslimane, D.; Dustdar, S.; Sheth, A. (2008). "Services Mashups: The New Generation of Web Applications". IEEE Internet Computing 10 (5): 13–15. doi:10.1109/MIC.2008.110.
  5. ↑ "Help - Creating bottom-up Web services". Eclipse. Retrieved 2011-04-22.
  6. ↑ "Help - Creating top-down Web services". Eclipse. Retrieved 2011-04-22.
  7. 1 2 3 Chaturvedi, Animesh (2014). Subset WSDL to Access Subset Service for Analysis. 2014 IEEE 6th International Conference on Cloud Computing Technology and Science. p. 688. doi:10.1109/CloudCom.2014.149. ISBN 978-1-4799-4093-6.
  8. ↑ Bray, Tim (2004-10-28). "WS-Pagecount". TBray.org. Retrieved 2011-04-22.
  9. ↑ Gray, N. A. B. (2005). "Performance of Java Middleware - Java RMI, JAXRPC, and CORBA". University of Wollongong. pp. 31–39. Retrieved 2011-01-11. The results presented in this paper show that the nature of response data has a greater impact on relative performance than has been allowed for in most previous studies.
  10. 1 2 Chaturvedi, Animesh (2014). Automated Web Service Change Management AWSCM - A Tool. 2014 IEEE 6th International Conference on Cloud Computing Technology and Science. p. 715. doi:10.1109/CloudCom.2014.144. ISBN 978-1-4799-4093-6.
  11. ↑ Chaturvedi, Animesh; Gupta, Atul (2013). A tool supported approach to perform efficient regression testing of web services. 2013 IEEE 7th International Symposium on the Maintenance and Evolution of Service-Oriented and Cloud-Based Systems. p. 50. doi:10.1109/MESOCA.2013.6632734. ISBN 978-1-4673-4889-8.

External links

Wikimedia Commons has media related to Web services.
Wikiversity has learning materials about Web service
This article is issued from Wikipedia - version of the Sunday, February 14, 2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.