Modifying Rational® Test Virtualization Server project results database settings
This topic explains how to modify IBM® Rational® Test Virtualization Server Project Results Database settings.
Stubs that are run in Rational® Test Virtualization Server can log information to a project results database. (The log level is configurable.) Logging is most useful when stubs are being designed in Rational® Integration Tester but it can also be useful after a stub has been published to ensure that it is working correctly.
The following topics discuss why you might want to modify project results database settings and describe how to modify the settings at domain level.
Reasons for modifying database settings
When a stub is being designed and run within Rational® Integration Tester, it logs to Rational® Integration Tester Console output and to the configured project results database. This enables Rational® Integration Tester users to use the Results Gallery perspective to analyze the stubs output. If there is no configured results database, the stubs output can be viewed only in Rational® Integration Tester Console output.
When a stub is published, the project results database settings is published with it. The stubs initial log level in Rational® Test Virtualization Server is selected in Rational® Integration Tester at the point when it is published but this can be overridden when the stub is started.
If the stub is configured to log, in the absence of any other configuration values, the stub will attempt to connect back to the project results database defined in the Rational® Integration Tester/Rational® Test Virtualization Server project if such a database was defined.
Whether a project database exists depends on the stubs required behavior. A project results database may not have been defined, so stub logs will be available only on the Console output of the agent(s) where they are running.
Alternatively, a project results database may have been defined but it can be running on a computer that cannot be accessed by Rational® Test Virtualization Server. In addition, if multiple stubs are published to a single domain with different project results databases, the logs will be split across those databases.
Therefore, it is possible to configure a single project results database to for all stubs within a domain. After configuring such a database, all stubs running in that domain will use that database for their logs.