または
Try NowBuy Now

Locations of visitors to this page

SourceForge.net

SourceForge.JP

wrapper.startup.timeout プロパティ
wrapper.startup.timeout プロパティ

コンフィギュレーション・プロパティの概要

wrapper.startup.timeout プロパティ

対応バージョン : 1.0.0
対応エディション :プロフェッショナル版スタンダード版コミュニティー版
対応プラットフォーム :WindowsMac OSXLinuxIBM AIXFreeBSDHP-UXSolarisIBM z/OSIBM z/Linux

警告

このプロパティの説明を読まずに、パラメーターを変更することは絶対にしないで下さい。 設定を間違えると、期待どおりに動作せず、Wrapperの動作不良や不具合の原因となります。

このプロパティには、WrapperがJVMプロセスを起動してから、 WrapperのJVM側が「アプリケーションのスタートアップが確立した」と応答を返すまでのWrapperの待機時間数(秒数)を設定します。 プロパティ値を「0 (ゼロ)」に設定すると、タイムアウト(時間切れ)は発生しません。

デフォルト値は「30秒」です。

設定例:(デフォルト値30秒)
wrapper.startup.timeout=30

問題?:

もし、アプリケーションのスタートアップ時に、タイムアウト問題に遭遇した場合には、 ほとんどのよくあるケースでは、コンフィギュレーションの設定ミスです。 どうぞ、WrapperManagerが本当に起動しているか、確かめてください。 Wrapperを起動したときに、コンソールに、下記の出力が見えるはずですので、確認してください。

Wrapper  | --> Wrapper Started as Console
wrapper  | Java Service Wrapper Professional Edition 64-bit 3.x.x
wrapper  |   Copyright (C) 1999-2010 Tanuki Software, Ltd.  All Rights Reserved.
wrapper  |     http://wrapper.tanukisoftware.org
wrapper  |   Licensed to Acme, Inc.
wrapper  |
wrapper  | Launching a JVM...
jvm 1    | WrapperManager: Initializing...

もし、Wrapperバージョン表示が見えていない場合、 WrapperManagerが起動していません。 『インテグレーション方法の概要』を熟読して、 正しいコンフィギュレーションの設定を確認してください。 もし、コンフィギュレーションが正しいならば、デバックのログ出力を有効にして、問題を追究してください。

Wrapperバージョン表示が見える場合で、 Wrapperがまだスタートアップ時にタイムアウトを起こす場合には、1つか2つの理由が考えられます。

1つ目の可能性は、スタート・メソッドの呼び出しが返されていない、ということ。 これは、もし、アプリケーションの起動に、 WrapperSimpleAppWrapperStartStopAppクラス を使っているならば、問題が起きるはずがありません。 もし、WrapperListenerを実装しているならば、 [start]メソッドが本当に応答を返しているのか確かめてください。 デバック出力が有効な状態で、これが見えるはずです。

2つ目の可能性は、アプリケーションのスタートアップ・メソッドが確立するまでに単に時間がかかっている、ということ。 この場合、デフォルトのスタートアップのタイムアウト時間を延長することが必要かもしれません。 タイムアウトを300秒(5分)で試してみてください。

アプリケーションの起動に高い信用性を確保するために、十分に長い時間の値を選ぶのが一番ですが、 実際のJVMハングアップのイベント時に、Wrapperができるだけ素早く反応するくらいの短い長さで十分です。

WrapperManager.signalStarting(n) :

もしスタートアップの手順に、時々、長い時間を要する場合、 長めのタイムアウトを設定する手法ではなく、1つの代替え案として、 [WrapperManager.signalStarting(n)] メソッドを定期的に呼び出します。 この手法により、Wrapperへ「JVMが生きている」 「アプリケーションのスタートアップがうまく進んでいる」ことを報告しながら、 アプリケーションの正常な動作を確信することができます。 ただし、そのレポート回数分だけ、たくさん呼び出すことになるため、 アプリケーションのスタートアップに要する時間がさらに長くなると思われます。

警告

この能力が有効中の場合、 このプロパティ値を「0 (ゼロ)」(=タイムアウト無効)か、あるいは「ある程度の大きい値」に設定すると、 スタートアップ段階で、JVMハングアップを検知するWrapperの能力が無効になる、 という意味になるので注意してください。

スタートアップ失敗 :

もし[wrapper.java.mainclass]プロパティ で設定されたメイン・クラスがWrapperの[WrapperManager]クラスを正しく初期化できない場合、 たとえアプリケーションが開始したように見えても、次のメッセージが表示され、スタートアップに失敗します。

------------------------------------------------------------------------
Advice:
The Wrapper consists of a native component as well as a set of classes
which run within the JVM that it launches.  The Java component of the
Wrapper must be initialized promptly after the JVM is launched or the
Wrapper will timeout, as just happened.  Most likely the main class
specified in the Wrapper configuration file is not correctly initializing
the Wrapper classes:
    com.myapp.Main
While it is possible to do so manually, the Wrapper ships with helper
classes to make this initialization processes automatic.
Please review the integration section of the Wrapper's documentation
for the various methods which can be employed to launch an application
within the Wrapper:
    http://wrapper.tanukisoftware.org/doc/english/integrate.html
------------------------------------------------------------------------

メッセージで示されているとおり、これはコンフィギュレーション問題によるものであり、 「インテグレーション方法」の指示に従えば解決することができます。

警告

wrapper.java.detect_debug_jvm] プロパティを「TRUE」に設定して「デバッガー検知」が有効中、このタイムアウト・プロパティは無視されます。

参照: Timeout





User Comments

If you notice something that is incorrect, missing, or simply feel that some part of this page could be explained better, feel free to log in and add a comment. You will need to register before you can log on.

Email:
Password:
Java Service Wrapper Version: 3.5.4