(Espanol)または。Wrapperは、御社Javaアプリケーション製品の安定した信頼性を高める最短最善の方法です。:警告このプロパティの説明を読まずに、パラメータを変更することは絶対にしないで下さい。設定を間違えると、期待どおりに動作せず、Wrapperの動作不良や不具合の原因となります。WrapperのJVM側が「アプリケーションのスタートアップが確立した」と応答を返すまでのWrapperの待機時間(秒数)を設定します。(ゼロ)」に設定すると、タイムアウト(時間切れ)は発生しません。デフォルト値は「30秒」です。ほとんどのよくあるケースでは、コンフィギュレーションの設定ミスです。WrapperManagerが本当に起動しているか、確かめてください。Wrapperを起動したときに、コンソールに、下記の出力が見えるはずですので、確認してください。WrapperManagerが起動していません。正しいコンフィギュレーションの設定を確認してください。コンフィギュレーションが正しいならば、デバッグのログ出力を有効にして、問題を追究してください。Wrapperがまだスタートアップ時にタイムアウトを起こす場合には、1つか2つの理由が考えられます。1つ目の可能性は、スタートメソッドの呼び出しが返されていない、ということ。使っているならば、問題が起きるはずがありません。[start]メソッドが本当に応答を返しているのか確かめてください。デバッグ出力が有効な状態で、これが見えるはずです。2つ目の可能性は、アプリケーションのスタートアップメソッドが確立するまでに単に時間を要している、ということ。この場合、デフォルトのスタートアップのタイムアウト時間を延長することが必要かもしれません。タイムアウトを300秒(5分)で試してみてください。実際のJVMハングアップのイベント時に、Wrapperができるだけ素早く反応するくらいの短い長さで十分です。メソッドを定期的に呼び出します。アプリケーションの正常な動作を確信することができます。アプリケーションのスタートアップに要する時間数がさらに長くなると思われます。いう意味になるので注意してください。アプリケーションが開始したように見えても、次のメッセージが表示され、スタートアップに失敗します。------------------------------------------------------------------------アドバイス:Wrapperは、起動するJVM内部で動作するクラスのセット同様に、ネイティブコンポーネントを構成しています。JVMが起動したり、Wrapperがタイムアウトになる後に、実際のところWrapperのJavaコンポーネントは、即に初期化されなければなりません。com.myapp.Main手動で操作が可能なところでは、Wrapperはヘルパークラスを同梱しており、それでこの初期化プロセスを自動的に行っています。「インテグレーション方法」の指示に従えば解決することができます。プロパティを「TRUE」に設定して「デバッガー検知」が有効中、このタイムアウトプロパティは無視されます。利用しない期間(秒数)を設定します。(3.5.21)最後のログエントリの後にログファイルを閉じる秒数を制御します。すべての出力ログをログファイルにフラッシュ(書き出し)する間隔を秒単位で設定します。3.5.21で廃止)最後のログ記録の後に、ログファイルが閉じられるまでの秒数を制限します。応答の最大間隔(秒数)を設定します。(3.5.11)非同期スタートアップ処理を完了させるための待機時間(秒数)を設定します。待機時間(秒数)を設定します。側がそれに応答して停止すると返事するまでの待機時間(秒数)を設定します。プロセスを終了するまでの待機時間(秒数)を設定します。チャイルド(子)プロセスをクリーンアップする最大時間(秒数)を設定します。プロセスの強制終了を要求してから終了したことを確認するまでの秒数を設定します。待機時間(秒数)を設定します。自動再起動を無効にします。内部からの再起動リクエストによる再起動を含みます。自動再起動を無効にします。再起動を試みる最大回数を設定します。(2.2.8)正常に開始されたとみなされるためにアプリケーションが動作を継続しなければならない最低限の経過時間(秒数)を設定します。待機時間(秒数)を設定します。