Javaアプリケーションのマルチスレッドにおいて、スレッド・デッドロックの可能性は十分にあります。 デッドロックを改善することは非常に難しく、むしろ現実の世界と同じ環境をアプリケーションで再現するのは不可能に近いでしょう。 より多くのスレッドが利用されればされるほど、デッドロックを起こすリスクが高まるという現実があるのは、仕方がありません。 ディベロッパー（開発者）にとって、デッドロックが発生した場所を追究するだけでなく、それを引き起こすイベントの組み合わせまで検証し、 問題の原因を追究していくことは大変困難なことです。

この機能について詳しくは、テクニカル・セクションをご覧ください。

通常の運用では、WrapperはJVMへ５秒ごとにpingを実行し、プロセスがフリーズしていないことを確認します。 pingタイムアウトとは、JVMがハングアップ状態であると判定してそのJVMを再移動させる前に、WrapperがJVMからの応答待ちをする待機時間数です。

Java Service WrapperがJVMフリーズを検知する方法について、 さらに詳しくは「pingタイムアウト・プロパティ」ページをご覧ください。 それぞれのJavaアプリケーションは異なるため、 これらのパラメータを設定したり、無効にしたり、それぞれに応じて設定することができます。

WrapperはJVMプロセスを常にモニタリング（監視）して、JVMプロセスのクラッシュを即座に検知して、 JVMを再起動することでリカバリー（回復）させ、アプリケーションの停滞時間を最小限に抑えることができます。

この機能について詳しくは、下記のテクニカル・セクションをご覧ください。

フィルターはとてもパワフルな機能であり、既存アプリケーションにコーディングの変更をする必要はなく、新しい動作を追加することが可能です。 これはJVMのコンソール出力の文字列をモニタリング（監視）することで動作します。 該当する文字列が検出された場合、いくつでも指定したアクションを実行させることができます。

イベントに応じて、外部スクリプトを含むシステム・コマンドを実行することができます。 これはシステムをクリーンアップしたり、メール通知を送信したり、ネイティブ的に唯一取り扱えるアクションを起こしたり、便利に使えます。

この機能について詳しくは、下記のテクニカル・セクションをご覧ください。

Java Service Wrapperでは、JavaアプリケーションにJVM（Javaバーチャルマシン）を再起動するようにリクエストさせることができます。 これは様々なケースで便利に活用できます。 あるアプリケーションではコンフィギュレーションの変更後に再起動が必要かもしれませんし、 あるいは、メモリーやリソースの問題を避けるために単に再起動が必要な場合もあります。

この機能について詳しくは、下記のテクニカル・セクションをご覧ください。

メール内容をカスタマイズして、Wrapperのログファイルの一部を添付して、メールを送信することができます。 これはシステム管理者にとって便利な機能であり、解決に向けてのさらなるアクションが必要かどうか判断に役立ちます。

この機能について詳しくは、下記のテクニカル・セクションをご覧ください。