Specifications

Resource Definitions
resources
{
require one
{
resource Process { }
}
The syntax Process { } indicates that Application Response is to monitor
processes with any executable name (effectively acting as a wildcard). As a
result, Application Response monitors all processes and, assuming it can
match transactions based on the transaction definitions, aggregates response
time for all of the processes under this one application definition. This would
result in useless performance information.
User-Definable Resources
The BT language provides a syntax that permits you to add or remove specific
resources in an application rule set using the Application Response area of the
eHealth Web interface. This avoids the need to use BT Studio to make this
simple change after uploading an application rule set to eHealth. For example,
suppose that you use BT Studio to define an application rule set and upload it
to eHealth. Later you upgrade the monitored application and learn that the
application uses a new executable, which is not currently listed in the require
section of the application’s resource definition. You want to add the executable
name to the list of required resources for an application rule set. This BT
language syntax permits you to easily add the new resource to the application
rule set without using BT Studio.
Consider the following example, which shows the require section of a resource
definition for the Mail application.
resources
{
require one
{
resource Process { ExecutableName=$(Application Executable) }
resource Process { ExecutableName="MAPISP32" }
}
The syntax $(Application Executable) indicates that the label “Application
Executable” is to appear on the Application Properties page in the Application
Response area of the eHealth Web interface, and that authorized users
(administrators) can add or remove executable names in the application’s
resource definition.
194 BTStudio Administration Guide