You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

The Multiple Responses view allows you to specify which responses to use for specific requests. It is available only for Message Responders.

Conditions

In the Conditions tab you can specify the request conditions that must be met in order for the correlated response to be sent. You can specify conditions using XPath functions, URL paths, and/or URL parameters for RESTful services.



When specifying a URL path, just click the hyperlink to the desired path segment’s name; this will automatically add the appropriate path index.

Tip- Using ’Always Match’ with Multiple Responses

Enable the Always Match option if:

  • You want to specify a single response that the should always be returned—regardless of the content of the incoming message, or
  • You have multiple responses and you want to specify the final response that should be returned. In this case, it servers a catch-all, last-resort response if none of the previous conditions matched. For example, you could specify an "always match" final response that returns a SOAP Fault indicating that the service failed to process the request and return something based on the incoming values.

If more than one XPath or URL parameter matches a response, Virtualize will return the first matching response in the list (use the Up and Down buttons to specify the desired order or responses). If the XPath or URL parameter provided for each response results in a unique match, the order of the responses is irrelevant.

Message

The Message tab specifies what response is sent if the conditions are met. You can access data source values (from data sources or data banks) by using  the ${ } syntax. For example, use ${title} to reference the keyword column from a data source or the data bank tool. Use ${books:publisher} to reference the publisher column from the books sheet of an Excel data source.



Performance Options

The Performance Options tab specifies the additional response delay: the time that Virtualize will wait before returning the corresponding response message. Think time values specified here will be added to any think time specified in the Service Options tab> Performance Options page, plus any additional delays specified via performance profiles, which are described in Working with Performance Profiles.

For example, assume you specify 1000 in the Message Responder think time, specify 2000 for one response message in the Multiple Responses area, and leave the other messages at zero additional think time. Virtualize will take 3000 milliseconds (3 seconds) to return the response message for that one message and take 1000 milliseconds (1 second) to return the responses for the other messages.

  • No labels