対応バージョン :	3.5.8 (3.5.21 で廃止)
対応エディション :
対応プラットフォーム :

このプロパティには、JVMからのコンソール出力処理に専用スレッドを「利用する(True)／利用しない(False)」を設定します。 従来からの方式で、そのような出力は全て、Wrapperのメインスレッド内で処理されました。 しかしながら、重いI/O（入出力）を読み込んだサーバー上で、ディスクへログ出力の書き出し中に、メインスレッドがブロック（一時中止）することがあります。

Wrapperのデバッグログレベルが設定されていない場合、 そのメインループはJVMコンソール出力以外では大きなログを取らないため、 この出力を他のスレッドへ動かすことで、Wrapperのメインスレッドが遅延なく常に確実に動作させることができます。

専用スレッドを利用する欠点は：

• メモリーやリソース要件がやや高くなる
• ２つのスレッドによってログ化されたエントリーが上手く同期しないため、 特にスタートアップ時に、デバッグログ出力を読み込むのが大変になることがある。

ほとんどのユーザーには専用スレッドを必要としませんので、デフォルト値は「FALSE」です。

wrapper.use_javaio_thread=FALSE

• [ wrapper.commandfile ] (3.2.0)

  実行するコマンドを含むファイルのパスを設定します。

• [ wrapper.commandfile.enable_tests ] (3.5.0)

  テストコマンドを有効にします。

• [ wrapper.commandfile.poll_interval ] (3.5.31)

  コマンドファイルの存在をテストする時のインターバル（一定間隔）を設定します。

• [ wrapper.command.poll_interval ] (3.2.0 - 3.5.31で廃止)

  コマンドファイルの存在をテストする時のインターバル（一定間隔）を設定します。

• [ wrapper.restart.reload_configuration ] (3.2.0)

  JVM 再起動時に Wrapper コンフィギュレーションファイルをリロード（再読み込み）するかどうかを設定をします。

• [ wrapper.pausable ] (3.5.0)

  一時停止（PAUSE）と再開（RESUME）アクションを有効にします。

• [ wrapper.logfile.loglevel ] (2.2.5)

  ログファイルへ出力されるメッセージをログレベルに応じてフィルタリングします。

• [ wrapper.console.loglevel ] (1.0.0)

  コンソールへ出力されるメッセージをログレベルに応じてフィルタリングします。

• [ wrapper.syslog.loglevel ] (2.2.5)

  「syslog」（または Windows のイベントログ）へ送信されるメッセージをログレベルに応じてフィルタリングします。

• [ wrapper.use_system_time ] (3.1.0)

  Wrapper の全ての内部計時機能に対して（バックグラウンドタイマースレッドではなく）システムタイマーを使用します。

• [ wrapper.javaio.use_thread ] (3.5.21)

  Wrapper が JVM からのコンソール出力処理に専用のスレッドを利用するかどうかを設定します。