対応バージョン :	3.4.0
対応エディション :
対応プラットフォーム :

このプロパティには、JVMが完全にシャットダウンされた後、 新しいJVMを開始するか、あるいは、Wrapperをシャットダウンするか、 どちらかのプロセスを開始する前に、Wrapperがクリーンアップを実行する最大時間（秒数）を設定します。 プロパティ値を「0 (ゼロ)」に設定すると、タイムアウト（時間切れ）は発生しません。

デフォルト値は「10秒」です。

wrapper.jvm_cleanup.timeout=10

クリーンアッププロセスは、デタッチフラグ（切り離しマーク）を設定せず、 ［WrapperManager.exec()］メソッドを使って起動された 全ての子プロセスを終了させます。

Wrapper は、JVM がキレイに終了した後も動作を続けている子プロセスのシャットダウンを試みます。 UNIX プラットフォーム上では、 これは、各プロセスへ「SIGTERM」を送信して、 それらのプロセスが退出するのを待機することで行われます。 Windows プラットフォーム上では、 ［CTRL］＋［C］のキー操作でシグナルをコンソールアプリケーションへ 送信して、その子プロセスによって所有されている 各ウィンドウへ、「WM_CLOSE」メッセージが送信されます。 多くの Windows アプリケーションでは、シャットダウンされる際に、 保存確認のダイアログが表示される可能性もあり、そのため、 それらのプロセスが完全に終了しない可能性があります。 現在、CTRL-C を Windows コンソールプロセスに送信して、 クリーンにシャットダウンするように要求することはできないため、 プロセスはただちに終了します。

もし全ての子プロセスが、シャットダウンされたと固く決心している場合には、 Wrapperはタイムアウト（時間切れ）になる前に継続します。

一旦、タイムアウト（時間切れ）になると、 Wrapperは動作している子プロセスであっても、それらを強制的に閉じます。 UNIXプラットフォームでは、 各プロセスへ「SIGKILL」を送信することで行われます。 Windowsプラットフォーム上では、 そのプロセスは強制的に終了させられます。

子プロセスについての情報は、唯一、 デバッグ出力が有効な場合の時だけ、 あるいは、 ［wrapper.child.status.loglevel］ プロパティが「見える」レベルに設定されている時だけ、 ログ化されます。

ケース例：

次の例では、 キレイにシャットダウンされる子プロセス３個の例です。 ２つのシャットダウンが即座に起こり、３番目には数秒の時間を要しています。

wrapper  | 管理された子プロセスのシャットダウンをリクエスト中。 PID: 1852
wrapper  | 管理された子プロセスのシャットダウンをリクエスト中。 PID: 3584
wrapper  | 管理された子プロセスのシャットダウンをリクエスト中。 PID: 3944
wrapper  | 管理された子プロセス 3 つはまだ動作中。
wrapper  | 管理された子プロセスがシャットダウンを確認しました。 PID: 1852
wrapper  | 管理された子プロセスがシャットダウンを確認しました。 PID: 3584
wrapper  | 管理された子プロセス 1 つはまだ動作中。
wrapper  | 管理された子プロセス 1 つはまだ動作中。
wrapper  | 管理された子プロセスがシャットダウンを確認しました。 PID: 3944
wrapper  | 全ての管理された子プロセスがシャットダウン。
wrapper  | <-- Wrapperが停止しました

次の例では、 キレイにシャットダウンされる子プロセス２個の例です。 ３番目にはタイムアウト（時間切れ）が発生して、終了されています。

wrapper  | 管理された子プロセスのシャットダウンをリクエスト中。 PID: 3276
wrapper  | 管理された子プロセスのシャットダウンをリクエスト中。 PID: 3328
wrapper  | 管理された子プロセスのシャットダウンをリクエスト中。 PID: 1200
wrapper  | 管理された子プロセス 3 つはまだ動作中。
wrapper  | 管理された子プロセスがシャットダウンを確認しました。 PID: 3276
wrapper  | 管理された子プロセスがシャットダウンを確認しました。 PID: 3328
wrapper  | 管理された子プロセス 1 つはまだ動作中。
wrapper  | 管理された子プロセス 1 つはまだ動作中。
wrapper  | 管理された子プロセス 1 つはまだ動作中。
wrapper  | 管理された子プロセス 1 つはまだ動作中。
wrapper  | 管理された子プロセスを強制で終了中。 PID: 1200
wrapper  | 管理された子プロセスがシャットダウンを確認しました。 PID: 1200
wrapper  | 全ての管理された子プロセスがシャットダウン。
wrapper  | <-- Wrapperが停止しました

• [ wrapper.cpu.timeout ] (2.2.8)

  JVM が警告を発信してタイムアウト時間を延長する前の CPU を利用しない期間（秒数）を設定します。

• [ wrapper.max_hostid_timeout ] (3.4.0) ( スタンダード版/プロフェッショナル版 )

• [ wrapper.logfile.close.timeout ] (3.5.21)

  最後のログエントリの後にログファイルを閉じる秒数を制御します。

• [ wrapper.logfile.flush.timeout ] (3.5.21)

  Wrapper がすべての出力ログをログファイルにフラッシュ（書き出し）する間隔を秒単位で設定します。

• [ wrapper.logfile.inactivity.timeout ] (3.2.0 - 3.5.21で廃止)

  最後のログ記録の後に、ログファイルが閉じられるまでの秒数を制限します。

• [ wrapper.ping.timeout ] (1.0.0)

  JVM から送信される ping 応答の最大間隔（秒数）を設定します。

• [ wrapper.startup_thread.timeout ] (3.5.11)

  非同期スタートアップ処理を完了させるための待機時間（秒数）を設定します。

• [ wrapper.startup.timeout ] (1.0.0)

  Wrapper が JVM プロセスを起動してから、JVM 側がアプリケーションのスタートアップが確立したと応答を返すまでの Wrapper の待機時間（秒数）を設定します。

• [ wrapper.shutdown.timeout ] (2.2.7)

  Wrapper が JVM へシャットダウンするように指示を出してから、JVM 側がそれに応答して停止すると返事するまでの待機時間（秒数）を設定します。

• [ wrapper.jvm_exit.timeout ] (2.2.8)

  「JVM が停止している」とレポートを受けてから、実際に JVM プロセスを終了するまでの待機時間（秒数）を設定します。

• [ wrapper.jvm_cleanup.timeout ] (3.4.0)

  JVM が完全にシャットダウンされた後、Wrapper が子プロセスをクリーンアップする最大時間（秒数）を設定します。

• [ wrapper.jvm_terminate.timeout ] (3.5.18)

  Wrapper がシステムに JVM プロセスの強制終了を要求してから終了したことを確認するまでの秒数を設定します。

• [ wrapper.event.<event_name>.command.block.timeout ] (3.3.0) ( プロフェッショナル版 )

  設定されたイベントが完了するまで、Wrapper の待機時間（秒数）を設定します。

• [ wrapper.event.<event_name>.email.receive.timeout ] (3.3.2) ( プロフェッショナル版 )
• [ wrapper.event.<event_name>.email.send.timeout ] (3.3.2) ( プロフェッショナル版 )