Technical Notes |
|
This technical note describes the tools available in Verastream Host Integrator that can be used to troubleshoot your model and runtime issues.
This document is presented in the following sections:
For further details on each troubleshooting tool, see the online help.
To validate and troubleshoot Verastream models, use the following Design Tool features and tools,
Before using these tools, open your model in the Design Tool.
The Model Validation tool evaluates your host application model for errors by validating variables, entities, and tables.
Note: The Validator must report no problems with your model before you will be able to deploy the model from the Host Integrator Server.
To validate a model:
All entities within your model must have a unique signature. Use this feature to compare the patterns (definitions and properties) and validate the signatures of any two entities in your host application model. Each entity must have a unique signature.
To access the Signature Analyzer, click Debug > Signature Analyzer.
Note: To use this feature, you must either be connected or in offline mode.
In the left portion of the Signature Analyzer dialog box, select the two entities to compare from the Entity and Compare To drop-down lists. (Miniature versions of the entities help you visualize the entities you are comparing.) At the top center of the dialog box, there are two icons representing the primary entity and the entity you are comparing it to.
To verify validation patterns, conditions, or cursor positioning wait options that are defined as part of an entities signature, use the features on the Validation tab.
The Navigator dialog box displays a graphical representation of the entities and operations in your model. Use the Navigator to review the structure of your host application. The Navigator can also test traversal operations in your model to ensure that there is a valid traversal operation that can reach every entity in your model. You can use the Navigator either while you are connected to the host or running in offline mode.
To access the Navigator, click Debug > Navigator.
Navigation from the home entity is displayed by default. To verify navigation from another entity, select the entity from the drop-down list.
The following symbols are used in the Navigator:
This dialog box is used to debug operations created in the Design Tool (such as a move cursor, login, or logout script). To use this feature, you must be connected to the host.
Use this feature to test and debug table procedure definitions before deploying your model.
Note: To test a table's procedures, you must either be connected to the host and have access to the application the model is based on, or you must load the model in the Host Emulator and connect to the Host Emulator.
All filter and data parameters for the selected procedure appear in the Procedure filters box. If the filter is defined as required, a check mark appears in the box to the left of the filter.
Note: If a parameter is required, you must enter a value for that parameter.
The Design Tool will test the procedure. If this is a SELECT procedure, the Design Tool will display the output in the Procedure outputs dialog box. If the Terminal window is visible, you will see the Design Tool navigate to the appropriate host screen while the procedure is being tested.
If you experience problems with a procedure used to satisfy an SQL query or you want to fully investigate the behavior of a procedure, you can debug it in the Debug Procedure dialog box.
Each time you click Step, Host Integrator proceeds to the next line; As it finds the data that fulfills the procedure, the data displays in the Output box. If the Terminal window is visible, you will see the Design Tool navigate to the appropriate host screen while it fulfills the SQL query.
The Recordset Test feature allows you to test recordsets before the model file is deployed to the Host Integrator Server and accessible to the AppConn Java or COM connectors. All of the recordset actions simulate the capabilities of AppConn recordset methods provided with the connectors. This dialog box allows you to test these methods with the host application model before using the connectors to create a client application.
Use the Test SQL dialog box to test SQL queries on the tables you created for your host application model. This allows you to debug your table and procedure definitions prior to deploying your model. Before you can run an SQL test on a host application model, you must first create tables derived from the model that contain the data that you want to query.
Note: To perform test an SQL query on your model tables, you must either be connected to the host and have access to the application the model is based on, or you must load the model in the Host Emulator and connect to it.
To test an SQL query,
Use this feature to test the Host Integrator's ability to store and write attribute data to the terminal screen before deploying your model to a Host Integrator Server. The execution of an attribute write test from within the Design Tool simulates the capabilities of the SetAttributes method provided with the AppConn APIs. This simulation is accomplished in the Design Tool by using UpdateAttribute and UpdateAttributes commands in conjunction with attribute input commands in operations. By simulating these calls, you can accurately test these methods with the host application model before using the connectors to create a client application.
To access this feature, click Debug > Write Attributes Test.
Note: To use this feature, you must be connected to the host.
This tool is available in version 6.0 or higher. For more information, see Technical Note 10065.
Note: This tool is available in version 5.5 and earlier, for VT and HP emulation only. Beginning in version 6.0, use Model Debug Messages instead.
This window displays the real-time data sent and received from a character mode host. As the terminal processes characters, you can copy and paste text from this window into the WaitForCommString command dialog box or the Host Communication String event dialog box to configure operations that include raw host communications. This window may also show some system events interspersed with the datastream for functions like entity validation, navigation of operations, and user-defined events.
Without this window, it is difficult to determine what effect a single key has on the character host. What appears to be a simple cursor move can often be three packets of 50 or more characters. Lack of knowledge about these internal communications can often lead to missed synchronization points. In addition, this feature will expose the order data that comes from the host, making it easier to choose which data to use for synchronization.
To access this feature, open a model that uses VT or HP emulation, connect to the host, and then click Debug > Datastream Window.
Host Integrator can log model errors and issue warnings and informational messages about recent Design Tool actions.
To configure the Host Integrator logging feature, click Debug > Event Log > Logging Options.
To view the log file, click Debug > Event Log > View Logs. Select the log file (.applog), and then click View Log.
Use the following server troubleshooting tools to troubleshoot your Verastream models.
The Session Monitor is a standalone Java application that allows an administrator to view real-time screens of host sessions that are running on a given Host Integrator Server. Session Monitor provides the following:
The Session Monitor is similar to the View Session feature currently available through the Administrative WebStation, but it is intended to be faster and more useful as a real-time debugging tool.
The Session Monitor tool (if selected during installation) can be accessed from the Host Integrator program shortcuts installed on the Start menu.
This option is available beginning in version 6.0. The .vmr files generated by Session Server can be opened in Design Tool for analysis. For more information on configuring the server to record model debug messages, see Technical Note 10066.
Host Integrator can log server errors and issue warnings and informational messages as it runs. For more information on configuring logging and viewing logs, see Technical Note 40032.