A Forms transaction consists of the user actions within a single Forms application. Use this page to record a Forms transaction and monitor it at regular intervals.
To record a Forms transaction, perform the following steps:
Enter the Description and Collection Frequency for the Forms transaction.
Click Go next to the Record a Forms Transaction field. The Record Forms Transaction page is displayed.
Follow the instructions on the Record Forms Transaction page to record your Forms transaction.
The Forms server and login parameters for the Forms transaction are listed below:
|
Parameter |
Description |
|---|---|
|
Forms Server URL |
The URL of the Forms server on which the recorded transaction is to be played back. |
| Forms Server Host and Port | The server name and the port number of the Forms server on which the recorded transaction is to be played back. |
|
Success / Failure String |
You can specify one or more strings separated by semi colons (;). These strings are used to validate the text found in each Forms window. Each Success String must appear at least once within a transaction. Failure Strings should not appear within a transaction. If a Failure String appears within a transaction, or a Success String does not appear within a transaction, it is considered to be unsuccessful. |
| Connection Type | This is the method used to connect to the server and can be:
|
| Recording Description | This field lists the steps of the recorded Forms transaction. |
| Login URL | The login page URL of the Forms application that you are monitoring. |
| Login Type | Most Forms applications can be accessed only by authorized users. This field indicates the method used to log into the Forms application and can be either one of the following:
|
| User Name and Password | This is the user name and password used to access the Forms server. |
| Database Connect String | This string specifies how to connect to the database. |
| Forms SID | Enter the System Identifier for the Forms transaction. If you are logging in using the Oracle Applications Login and it fails, check the Forms SID and try to login again. This field is auto-populated by the Recorder and we recommend that it should not be changed. You can change it if you are sure that the SID is different. |
|
Field |
Description |
|---|---|
| Status | The status of the Forms transaction. This can be Up or Down. |
| Login Time | A high login time indicates that the authentication |
| Forms Time |
A high Forms Time might indicate network problem or problem with an unusually slow Forms server. User Action: Check the network time in order to further diagnose the problem. A high Forms Time might further be diagnosed if the server is enabled for End-User Performance Monitoring. |
| Total Time | The Total Time required for the Forms transaction. This is equal to to the Login Time + Forms Time. User Action: If its value is unusually high, look at the more specific metrics to see where most of the time is spent. A high total time does not necessarily indicate that there is a problem. The transaction might be too long to execute in a short time. If the Total Time is too high, check the values in the Average Time Per Message metric. |
| Average Time Per Message | This is the ratio between total time and
the length of transaction. A high average time is usually an User Action: Use this metric to compare transactions running on the same server rather than total time. |
| Slowest Time |
A high slowest message time usually does not indicate a problem and is merely additional information to show the user which message took the longest time. User Action: If the average time per
message is unusually high, the user can look here to see how much |
| Status Description |
If the status is down, the status description provides a detailed explanation for this status. |
| Server Time | The server time required to perform certain Forms actions such as Commit, Query, Runform and others. The server time may be high if there is a high load on the Forms server. User Action: Check whether the server processes are consuming most of the machine resources. |
| Database Time | The database time required to perform certain Forms actions such as Commit, Query, Runform and others. User Action: A high database time indicates that the database on which the Forms server is working has slowed down due to high load or other reasons. |
| Network Latency | The network latency between the client and the server. A high network time indicates a problem with the User Action: We recommend
running other network problem diagnosis software to resolve this
issue. |
Related Topics
About Oracle Forms Application Monitoring
Monitoring the End-User Performance of Forms Applications
Enterprise Manager Information Roadmap
Copyright © 1996, 2007, Oracle. All rights reserved.