Wrapperがコマンド・ファイルを開くとき、ファイルの読み/書きの保護ロック情報の取得を試みます。 一旦、ファイルが開かれると、順に全てのコマンドを実行し、 コマンド実行が完了すると、そのファイルは削除されます。

コマンド・ファイルを作成する外部プロセスは、 常にコマンド・ファイルを「アペンド（追加）」モードで開くはずです。 このように、もしファイルが存在しない場合には、新しく作成されますが、 もし既存のファイルが存在する場合、新しいコマンドが追加されます。

一旦、ファイルの存在を確認すると、 Wrapperは、１秒間に何度かコマンド・ファイルを開く試みをします。 これは、他のプロセスがファイルを書き込むプロセスになる問題を回避するために行われます。 もしファイルが、１秒以上、保護ロックされた状態になった場合、 ログファイルに警告メッセージが表示されます。 これは、Wrapper運用に影響はありませんが、 その警告を避けるために、ファイル・ロックは可能な限り短時間であることが大切です。

ファイルの形式は、テキスト・ファイルで、各行に１つのコマンドを書きます。 可能なコマンドは次のとおり：

• ［STOP [exitCode]］ - Wrapperがキレイにシャットダウンするリクエストです。 Wrapperが実際にシャットダウンされるとき、 exitCodeの指定に オプションのexitCodeを利用することができます。

• ［RESTART］ - WrapperがJVMを再起動するリクエストです。 これは、 ［wrapper.restart.reload_configuration］ プロパティとの組み合わせで利用され、 Wrapperにコンフィギュレーションのリロード（再読み込み）をさせて、 変更を有効になった新しいJVMを起動します。

• ［PAUSE］ - Wrapperをポーズ（一時停止）させるリクエストです。 ［wrapper.pausable］ プロパティが「TRUE」で、Windowsサービスとして動作するときだけ、このコマンドがサポートされます。

• ［RESUME］ - Wrapperをレジューム（再開）させるリクエストです。 ［wrapper.pausable］ プロパティが「TRUE」で、Windowsサービスとして動作するときだけ、このコマンドがサポートされます。

• ［DUMP］ - WrapperがJVMにスレッド・ダンプを生成させるリクエストです。 そのダンプ結果は、Wrapperログファイルで閲覧できます。

• ［CONSOLE_LOGLEVEL {LEVEL}］ - Wrapperのコンソール・ログレベルを変更します。

• ［LOGFILE_LOGLEVEL {LEVEL}］ - Wrapperのログファイル・ログレベルを変更します。

• ［SYSLOG_LOGLEVEL {LEVEL}］ - syslog、あるいは、イベントログ・ログレベルを変更します。

• ［CLOSE_SOCKET］（ver. 3.5.0 から）- JVMでバックエンド・ソケットを即座に閉じます。 これはWrapperに再接続してJVM能力をテストするときに便利です。 このコマンドはデフォルトで無効になっており、有効にするためには、 ［wrapper.command.enable_tests］プロパティを「TRUE」に設定してください。