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

このプロパティには、Wrapperが起動してから最初のJVMを起動するまでの ポーズ（一時停止）する時間数（秒数）を設定します。 デフォルト値は「0 (ゼロ)」です。

ほとんどのアプリケーションでは、「0 (ゼロ)秒」のスタートアップ遅延にしたいところでしょう、 しかし、いくつかのケースがあり、例えば、 システムの再起動後にシステムリソースが即座に有効にならないような場合です。 一般的に、そのような問題を十分に扱えるくらい堅調に、 Javaアプリケーションを動かしておくことが推奨されます。 しかしながら、それが可能でない所では、このプロパティは役に立つかもしれません。

wrapper.startup.delay=30

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

Windowsサービスとして動作しているとき、スタートアップ遅延が必要かもしれません。 しかしながら、常にそのような遅延を持つことは、 アプリケーションがコンソールから動作をしている場合に、不便かもしれません。 Wrapperは、このプロパティに２つのバリアントを提供しており、 『サービスとして』あるいは『コンソールアプリケーションとして』動作しているのか、 Wrapperの動作状況に応じて、異なるスタートアップ遅延を指定することが可能です。

• サービス遅延は、 ［wrapper.startup.delay.service］ プロパティで指定します。
• コンソールモードの遅延は、 ［wrapper.startup.delay.console］ プロパティで指定します。
• もし、どちらのプロパティも指定されていない場合、 デフォルト値は上記の ［wrapper.startup.delay］の値です。

wrapper.startup.delay.console=0
wrapper.startup.delay.service=30

Linux/UNIXプラットフォーム上で、 もし、［wrapper.daemonize］ プロパティを「TRUE」に設定すると、Wrapperはサービスとして動作します。 Wrapperに同梱して提供されているシェルスクリプトでは、 もし［start］コマンドが利用されたときには、 ［wrapper.daemonize］プロパティを設定します。

• [ wrapper.restart.delay ] (2.2.9)

  JVM が終了してから新しい JVM を起動するまでの待機時間数（秒数）を設定します。

• [ wrapper.startup.delay ] (3.1.0)

  Wrapper が起動してから最初の JVM を起動するまでの 待機時間（秒数）を設定します。

• [ wrapper.startup.delay.console ] (3.1.0)

  コンソールアプリケーションとして実行するときに「wrapper.startup.delay」をオーバーライドします。

• [ wrapper.startup.delay.service ] (3.1.0)

  サービスとして実行するときに「wrapper.startup.delay」をオーバーライドします。

• [ wrapper.request_thread_dump_on_failed_jvm_exit.delay ] (3.5.6)

  スレッドダンプリクエスト後、実際に JVM プロセスを強制終了するまでの待機時間数（秒数）を設定します。

• [ wrapper.ntservice.recovery.<n>.delay ] (3.5.5) ( スタンダード版/プロフェッショナル版 )

  サービスコントロールマネージャーが、<n> 回失敗後に指定されたアクションを実際に動作するまでに待機する時間（秒数）を設定します。

• [ wrapper.jvm_kill.delay ] (3.5.6) ( プロフェッショナル版 )

  「JVM kill」イベントが発生してから、実際に JVM が強制終了されるまでの、ポーズ（一時停止）する時間（秒数）を設定します。