Wrapperはシンプルな機能をいくつか提供しており、それを使うことで、 アプリケーションで遭遇しそうな、いかなる問題も追究することができるよう援助します。
Wrapperには、JVMがその現在の状況をダンプを吐くというリクエストのサポート機能を含んでいます。 情報の正確な内容は、JVMの動作次第で変化します。
Sun JVMは、実行中のスレッドの全てをスタック・トレースをコンソールへ表示します。
IBM JVMは、もう少し役に立つ情報を提供しています。 オブジェクト・モニタリング状況同様に、全スレッドのスタック・トレースが、コンソールへダンプされます。 それに加えて、ファイルが、カレント・ディレクトリーに作成され、 コンソールに表示される情報に加えて、環境変数の全てを含むシステムについての有効な情報を含んでいます。
スレッド・ダンプを要求するには、 Windowsシステム上では、[CTRL]+[BREAK]、 Linuxシステム上では、[CTRL]+[\]のキー操作で要求できます。 スレッド・ダンプを呼び出すことは、JVMには影響を及ぼさず、通常どおりに動作を継続します。
Wrapperがインストールされた状態では、 Linux や Solarisのスタートアップは、バックグランド・スレッドでWrapperを起動します。 それらのスクリプトを使ってスレッド・ダンプを要求するには、 『dump』パラメーターで指定されたスクリプトを単純に再始動してください。
[wrapper.debug] プロパティを「TRUE」に設定すると、デバッグのログ出力を素早く有効にすることができます。
多くのコンフィギュレーション問題は、コンソール出力のログレベルを [DEBUG]に設定すると、素早く解決することができます。 実行中のJVMのバージョン情報同様に、Javaを起動するために使われる完全なコマンドは、コンソールに表示されます。 さらに詳しくは、 ログ化・コンフィギュレーション・プロパティをご覧ください。
コンフィギュレーション・ファイルで、 インクルード・ファイル(カスケード形式)を利用している場合には、 「デバッグ・メッセージを有効」にしてください。
もしライセンスに関する問題に遭遇した場合には、 [wrapper.license.debug] プロパティを「TRUE」に設定して、 インクルード・ファイル(カスケード形式)のデバッグを有効にしてください。 併用することで、ほとんどのコンフィギュレーション問題が明らかになります。
[wrapper.java.detect_debug_jvm] プロパティに「TRUE」を設定して「デバッグ検知」が有効になっている間、 一部のタイムアウトを無視します。