Located in the upper-left part of the window, indicates the following:

• The current mode of the service: Learning, Simulation, Standby or Offline.
• The data and performance models currently in use.

Puts the selected service into Learning Mode. Any communication through the Virtual Service is added to the Simulation Model in this mode.

Use the drop down arrow to select which models to update:

• Data & Performance (default)

• Data Model

• Performance Model

Starts the simulation according to the simulation models selected in the Virtual Service Editor.

If the service was in Learning mode, Service Virtualization first finishes the learning session and adds any data learned in the session to the Simulation Model.

Select a data model to use with the service.

None. Enables you to pass messages to the real service and receive responses, while still simulating performance according to the selected Performance Model.

Select a performance model to use with the service.

None. Causes the virtual service to respond as quickly as possible.

Offline. Simulates the unavailability of the service.

Enables you to select a different performance model when the virtual service is in Simulating mode, without redeploying virtual service data and restarting simulation.

Select the model you want to switch to, and click Hot Swap.

Any unsent messages waiting to be processed according to the response time of the current performance model are sent immediately. The new model is used for any subsequent requests.

When switching the performance model during simulation:

• neither the current model or the model you are selecting can be the Offline performance model.
• you cannot switch to the Maximal Performance model if you want to also use the Real Service data model.

• For details on Service Virtualization agent properties, see Agent user interfaces.
• For details on protocol-specific endpoint properties, see Service Properties Page.

Opens the Edit Endpoints dialog box, enabling you to edit real and virtual service information. For details, see Edit Endpoints Dialog Box.

Clear this option to disable schema learning. When disabled, no changes are made to the service description during learning or message import.

This is useful when the service was created from an existing WSDL or schema, and you want to ensure that messages with a different structure do not modify it.

Clear this option to disable track creation. When disabled, new tracks are not created when the virtual service is in Learning mode.

The space in MB used to store the reports and logs. Click Clear to empty the storage buffer.

Enables logging.

• To view logged messages in the Designer message viewer, use the Show Service Logs link.
• To open the Designer log folder, from the Windows Start menu, select Service Virtualization > Designer > Designer Log Folder.

Tip: You can also open the Designer log directly from Service Virtualization by selecting Open Designer Log from the Help menu.

• To open the Server log folder, from the Windows Start menu, select Service Virtualization > Server > Server Log Folder.

For more details, see Message Logging.

Enables the generation of a Simulation report.

Shows the logged messages and simulation reports in the Designer window.

Opens the Service Description Editor, enabling you to add new operations to the service, or update metadata. For details, see Service Description Editor.

Opens the Update Service Description dialog box, enabling you to replace the service description file.

The identity of the real service, its certificate, is stored in the Credential Store. This setting is used if a service uses a certificate for message security. The public key of the certificate is used to encrypt messages sent to the real service.

The identity of the virtual service, its certificate, is stored in the Credential Store.

• If the Real Service Identity contains the certificate with a private key, this setting does not need to be configured. In this scenario, the Real Service Identity is also used as the identity of the virtual service.
• If the Real Service Identity contains only a certificate without a private key, this setting must be configured to provide the identity of the virtual service. The configured identity must contain a certificate with a private key, as the service requires the private key to decrypt the messages coming from the client.
• Clients must trust the certificate used as the identity of the virtual service.

Indicates on which message parts security is applied - request elements, response elements, or both.

Default: Request and response.