This section describes how to use the lh commands; starting with using the more basic commands and progressing to using commands that exercise most of Waveset.
After becoming familiar with these debugging tools, you can develop your own variations for using these lh commands.
Use the lh setRepo -c -n command to perform the most basic connection test, which allows you to examine the current repository location without connecting. You can use this command to verify that parameters, such as URL and JDBC driver, are correct.
If the connection is successful, you can read the ServerRepository.xml bootstrap file.
If the connection fails, try to solve this failure first. A decryption error is the most common cause of this failure. For example, you might have a J2EE mismatch or classpath conflict.
Use the lh setRepo -c -v command to connect to and examine the current repository location. (The -v provides verbose output.) You can use this command to exercise almost all of the Repository code without requiring the Waveset server.
If the connection is successful, then you are successfully connected to the current repository location.
If the connection fails, try to solve this problem first. Solving your connection problem can be very helpful in resolving DNS, firewall, or remote connection privilege problems.
For more information, see Testing DataSource Connections.
Use the setRepo command throughout the debugging process, to specify a new repository location or to set the repository to the same location.
You can use this command to confirm that all of the necessary components, such as the JAR files, are in place. The setRepo command also lets you vary connection information, such as userid and password, to debug table ownership or privilege problems.
Use this command to actually start an Waveset Server using the JAR files in the WEB-INF/lib and the classes in WEB-INF/classes under WSHOME. The lh console command uses your Waveset installation environment and actually starts the Waveset application, but removes the application server from the equation.
If the connection is successful, the problem is specific to the application server environment or configuration.
If the connection fails, review the failure messages.
If the connection failure is the same as the application server failure, you have reproduced this failure with significantly fewer variables.
If the failure appears to be different from the application server failure, try fixing the Waveset connection problem first because there are fewer variables and more of these variables are under Waveset control.