|
Default Parameters for JavaTransactionsTest
This test will allow you to monitor configured patterns of transactions to the target Java application, and report their response times, so that slow transactions and transaction exceptions are isolated and the reasons for the same analyzed.
Note:
If the value of any of the parameters of the JavaTransactionsTest test is changed at a later point in time, then the test will not report any metrics for the measurement cycle that immediately follows the change. For instance, say that the JavaTransactionsTest test has been configured to run every 10 minutes, and the last time the test executed was as at 10.30 AM. This means that the test will execute next at 10.40 AM. Now, if you make changes to the test parameters at say, 10.35 AM, no metrics will be reported by the test when it executes at 10.40 AM. However, subsequently, when the test executes again at 10.50 AM, it will report all metrics.
This page depicts the default parameters that need to be configured for the JavaTransactionsTest.
- Provide a comma-separated list of the URL patterns of web requests/transactions to be monitored in the URL PATTERNS text box. The format of your specification should be as follows: <DisplayName_of_Pattern>:<Transaction_Pattern>. For instance, your specification can be: login:*log*,ALL:*,pay:*pay*
Provide a comma-separated list of the URL patterns of transactions/web requests to be excluded from the monitoring scope of this test in the FILTERED URL PATTERNS text box. For example, *blog*,*paycheque*
The detailed diagnosis of the Slow transactions response time measure allows you to drill down to a URL tree, where the methods invoked by a chosen transaction are listed in the descending order of their execution time. By configuring an execution duration (in seconds) in the METHOD EXEC CUTOFF text box, you can have the URL Tree list only those methods that have been executing for a duration greater the specified value. For instance, if you specify 5 here, the URL tree for a transaction will list only those methods that have been executing for over 5 seconds, thus shedding light on the slow method calls alone.
In the MAX SLOW URLS PER TEST PERIOD text box, specify the number of top-n transactions (of a configured pattern) that should be listed in the detailed diagnosis of the Slow transactions response time measure, every time the test runs. By default, this is set to 10, indicating that the detailed diagnosis of the Slow transactions response time measure will by default list the top-10 transactions, arranged in the descending order of their response times.
In the MAX ERROR URLS PER TEST PERIOD text box, specify the number of top-n transactions (of a configured pattern) that should be listed in the detailed diagnosis of the Error transactions response time measure, every time the test runs. By default, this is set to 10, indicating that the detailed diagnosis of the Error transactions response time measure will by default list the top-10 transactions, in terms of the number of errors they encountered.
The DD FREQUENCY refers to the frequency with which detailed diagnosis measures are to be generated for this test. The default is 1:1. This indicates that, by default, detailed measures will be generated every time this test runs, and also every time the test detects a problem. You can modify this frequency, if you so desire. Also, if you intend to disable the detailed diagnosis capability for this test, you can do so by specifying none against DD FREQUENCY.
When changing default configurations of tests, the values with “$” indicate variables that will be replaced by the eG system according to the specific server being managed - for instance, $hostName is the host/nickname of the target host, $port is the port number of the server being monitored. E.g., for a server xyz:80, $hostName will be changed automatically by the eG manager to “xyz” and $port will be changed to “80” when configuring a test.
|