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

Windowsサービス・コントロール・マネージャーには、インストールされた各サービスごとに、障害カウント機能を装備しています。 サービスが予想外で終了するごとに毎回、そのカウンター番号が増えていき、そのカウンター用に登録された障害アクションを実行します。

このプロパティには、何もエラーなく経過した時間（秒数）を設定します。 この時間が経過すると、サービス・マネージャーがそのカウンターを「0 (ゼロ)」にリセットします。 このプロパティのデフォルト値は「3600」(＝１時間)です。 もし「-1」を設定すると、サービス・コントロール・マネージャーのカウンターをリセットしません。

wrapper.ntservice.recovery.reset=86400

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

サービス・コントロール・マネージャーを利用するにあたり、１つだけ設定する必要があります。 それは、障害に反応して、外部コマンドを実行することです。 これは、クリーンアップ作業や外部通知を送信したりなどの動作に利用することができます。

各リカバリー（回復）イベント用に異なる ［wrapper.ntservice.recovery.<n>.failure］プロパティ を指定することが可能ではありますが、 サービス・コントロール・マネージャー API では１つだけのコマンドを指定することが可能であり、 そのコマンドは１つ以上の複数のリカバリー（回復）イベント用の「障害アクション」として参照されます。

このプロパティにはデフォルト値はありませんが、１つ以上の「障害アクション」 （［wrapper.ntservice.recovery.<n>.failure］プロパティ） が「COMMAND」に設定されている場合には、 必ずこのプロパティを設定しなくてはなりません。

wrapper.ntservice.recovery.command=C:\cleanup.bat

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

［wrapper.ntservice.recovery.<n>.failure］プロパティ に「REBOOT」が指定されている場合、 サービス・コントロール・マネージャーはシステム・イベント「システムがリブートされた理由」を示すログを記録します。 このプロパティには、テキスト・メッセージを指定します。

デフォルト・メッセージは、Wrapperの言語ベースでローカライズされます。 英語版のデフォルト値は：「System will be rebooted now due to an error in the wrapped service.」

wrapper.ntservice.recovery.reboot_msg=System will reboot now.

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

このプロパティには、Wrapperサービスがクラッシュしたりエラーで終了した場合に起こす「障害時のアクション」を設定します。 プロパティ名の「<n>」コンポーネント部は、カウントされた障害の回数に該当します。

サービス・コントロール・マネージャーは、システム・リブート時に、各サービスが障害を起こした回数をカウントします。 もしサービスが少なくとも［wrapper.ntservice.recovery.reset］ プロパティで指定した経過時間数の間に障害が発生しなかった場合、その障害カウントを「0 (ゼロ)」へリセットします。 一方、サービスの障害回数がその障害カウント (N) に達した場合、このプロパティで設定したアクションを実行します。 もし障害カウントが設定された「N」値よりも大きい場合、一番大きい値「N番」を持つ障害アクションが適用されます。

可能なアクションは次のとおり：

• [NONE] ：

  サービス・マネージャーは何もしません。 これは何もリカバリー（回復）・プロパティが指定されていないのと同じです。 サービスが停止すると、停止したままになります。 大きいN値で定義されたいかなる障害アクションにも到達しません。

• [RESTART] ：

  サービス・マネージャーがサービスを再起動します。 これには、Wrapper自身が障害後のJVMの後にクリーンアップを実行する機能を備えているため、 Wrapperで一番よく利用されるアクションです。

• [COMMAND] ：

  サービス・マネージャーは、 ［wrapper.ntservice.recovery.command］ プロパティで指定されたコマンドを実行します。 もしコマンド実行後にサービスを再起動したい場合には、 そのコマンド内部で実行されるように設定してください。

• [REBOOT] ：

  サービス・マネージャーがマシンをリブートします。 もしサービスの開始モードが 「AUTO_START」に設定されている場合、 そのサービスはリブート後に再び開始されます。 さらに詳しくは［wrapper.ntservice.starttype］ プロパティをご覧ください。

wrapper.ntservice.recovery.1.failure=RESTART
wrapper.ntservice.recovery.2.failure=COMMAND
wrapper.ntservice.recovery.3.failure=REBOOT

APIでは、［NONE］あるいは［REBOOT］の後に、 障害アクションを指定することが可能ですが、それらは決して利用されることはないです。

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

このプロパティには、 ［wrapper.ntservice.recovery.<n>.failure］ プロパティで指定されたアクションに応じて実際に動作する前に、 サービス・コントロール・マネージャーが待機する時間数（秒数）を設定します。

このプロパティ値を「0 (ゼロ)以下」にすることはできません。 デフォルト値は［wrapper.ping.timeout］プロパティの３倍です。 JVMがまだ動作している間に、もしWrapperプロセス自身がクラッシュした場合、 ３回のpingタイムアウト後にJVMが自らシャットダウンするように設定されます。 このリカバリー（回復）遅延プロパティは、１度目のJVMがシャットダウンするチャンスまで、 ２度目のJVMでWrapper再起動を避けるために同じ値を利用します。 ２度目のJVMを開始すると、おそらくほとんどの場合リソース競合が発生するでしょう。

理論上は、障害アクション「NONE」用に遅延を設定することが可能でありますが、 この場合、サービス・コントロール・マネージャーは「遅延」を無視するでしょう。

wrapper.ntservice.recovery.1.delay=90