Service stub overview

Overview

Service stubs are simulations of an actual service, which can be used to functionally replace the service in a test environment. A stub server replaces the actual application server.

From the point of view of the client application, the service stub looks identical to the actual service that it simulates. To use a service stub in replacement of the actual service, you must be able to replace the URL of the original service in the client application with the URL of the stub server.

It can be useful to deploy a stub service instead of using the actual service...

• To inject specific content to the service under test from the remote service.

  You can simulate the remote service with a service stub to ensure that the local service responds properly to some specific input.

• Some commercial services charge users for each call.

  If you are testing such a service, you can develop and debug the test against a stub service, which is based on the WSDL of the actual service, without being charged by the commercial service.

• During integration of a large application involving multiple clients and services, some services might not yet be operational, although their WSDL specifications are available.

  You can simulate the missing services with service stubs, which will allow you to proceed with the integration work.

Tasks

1. Create a service stub by providing an existing WSDL specification

   The service stub is generated with the exact same ports and bindings as the original service so that it can be addressed with exactly the same interface. Each operation in the service returns a default response of the type defined by the WSDL.

2. Edit the service stub in the stub editor

   You can...

   • Change the default response
   • Create conditional responses that simulate the actual responses of the original service

3. Deploy service stub to a stub server

   You can use the local stub server, which runs in the workbench...

   

   The stub server simulates an actual application server and can host multiple service stubs. You control the stub server from the stub monitor view.

   To use the service stub instead of the original service, the URL used by the client application to point to the local stub server instead of the original application server. This URL, as well as the WSDL of the service stub, is provided in the stub monitor view.

   
   

   Remote stub servers

   Remote stub servers do not apply to IBM Rational Service Tester for SOA Quality.

   For performance testing, you can deploy stub servers on remote computers that are running the Agent Controller on Windows and Linux platforms. This allows you to reduce the load on your local computer or to test various network configurations with multiple stub servers.

   You can also deploy stub servers as part of a performance schedule.

   Create a service stub
   Edit a service stub
   Deploy service stubs
   Add stub servers to a performance schedule
   Record service stub activity in a log file

   
   

   Error 404 - Not Found

   The document you are looking for may have been removed or re-named. Please contact the web site owner for further assistance.