Kompatibel :	1.0.0
Editionen :
Betriebssysteme :

Anzahl in Sekunden, die zwischen der Zeit, wenn der Wrapper den JVM-Prozess startet und der Zeit, wenn die JVM-Seite des Wrappers antwortet, dass die Anwendung gestartet wurde, liegen. Das Setzen dieses Eigenschaftswerts auf "0" (Null) bedeutet, dass es niemals einen Time-out geben wird.

Der Standardwert ist "30 Sekunden".

wrapper.startup.timeout=30

Probleme?

Wenn Sie beim Aufstarten Ihrer Anwendung Time-out-Probleme erleben, ist der am meisten verbreitete Grund eine fehlerhafte Konfiguration. Bitte überprüfen Sie, ob der WrapperManager tatsächlich gestartet wurde. Sie sollten die folgende Ausgabe in der Konsole sehen, wenn Sie den Wrapper starten.

wrapper  | --> Der Wrapper startete als Konsole
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...

Wenn Sie die Wrapper-Version nicht angezeigt sehen, dann ist der WrapperManager nicht gestartet worden. Bitte stellen Sie sicher, dass Sie den Abschnitt Zusammenfassung der Integrationsmethoden gelesen haben, um sich bezüglich der korrekten Konfiguration zu vergewissern. Wenn die Konfiguration korrekt erscheint, dann versuchen Sie bitte die DEBUG-Ebene der Logausgabe zu aktivieren, um das Problem einzugrenzen.

Wenn die Wrapper-Version angezeigt wird, aber der Wrapper beim Starten immer noch Time-outs erlebt, dann ist dies sehr wahrscheinlich aus einem von zwei Gründen.

Die erste Möglichkeit ist die, dass der Aufruf der start-Methode keinen Rückgabe gibt. Dies sollte kein Grund sein, wenn Sie die WrapperSimpleApp, WrapperStartStopApp oder WrapperJarApp Klassen benutzen, um Ihre Anwendung zu starten. Wenn Sie jedoch den WrapperListener implementieren, überprüfen Sie bitte, dass die start-Methode tatsächlich nach der Fertigstellung eine Rückgabe liefert. Sie sollten in der Lage sein, dies via aktivierter DEBUG-Ausgabe zu sehen.

Die andere Möglichkeit ist die, dass die Startmethode einfach eine Weile Zeit in Anspruch nimmt, um sich zu beenden. In diesem Fall kann es notwendig sein, die standardmäßige Timeout-Zeit beim Starten zu erhöhen. Sie können versuchen, sie auf "300 Sekunden" (5 Minuten) festzulgen und sehen, ob das Problem dadurch verschwindet.

Am besten wählen Sie einen Wert, der genügend lang ist, um die Anwendung korrekt starten zu lassen, aber genügend kurz ist, damit der Wrapper im Fall eines Aufhängers der eigentlichen JVM so schnell wie möglich reagieren kann.

WrapperManager.signalStarting(n) :

Wenn der Startvorgang längere Zeit in Anspruch nimmt, ist eine Alternative zum Setzen eines langen Time-outs, regelmäßig die WrapperManager.signalStarting(n)-Methode aufzurufen. Diese Methode informiert den Wrapper darüber, dass die JVM läuft und das Starten der Anwendung korrekt läuft. Der Bericht wird so viele Male wie notwendig wiederholt. Daher wird zusätzliche Zeit benötigt und es mag beim Starten mehr Zeit als gewöhnlich brauchen.

Wenn die Main-Class, die mit der wrapper.java.mainclass Eigenschaft konfiguriert wurde,, nicht korrekt die WrapperManager Klasse initialisiert, dann wird das Auftstarten mit der folgenden Nachricht fehlschlagen, auch wenn es erscheint, dass die Anwendung gestartet wurde:

------------------------------------------------------------------------
Tipp:
Der Wrapper bestehet aus einer nativen Komponente sowohl einem Satz von Klassen, 
die innerhalb der JVM laufen, die diese gestartet haben.  Die Java-Komponente des
Wrappers muß umgehend initialisiert werden, nachdem die JVM gestartet wurde oder der Wrapper erlebt einen 
Time-out, wie gerade geschehen. Sehr wahrscheinlich initialisiert die Main-Class, die in der 
Wrapper-Konfigurationsdatei spezifiziert wurde,  nicht korrekt die Wrapper-Klassen:
    com.myapp.Main
Während es möglich ist, dies manuelle zu erledigen, wird der Wrapper mit Helper-Klassen ausgeliefert, die diesen  Initialisierungsprozess automatisieren.
Bitte überprüfen Sie den Integrationsabschnitt der Wrapper-Dokumentation
bezüglich der verschiedenen Methoden, die eingesetzt werden können, um eine Anwendung innerhalb des Wrappers zu starten:
    http://wrapper.tanukisoftware.org/doc/english/integrate.html
------------------------------------------------------------------------

Wie die Nachricht es angibt, handelt es sich hierbei um ein Konfigurationsproblem, welches durch Befolgen der Anweisungen für einer der dokumentierten Integrationsmethoden gelöst werden kann.

• wrapper.cpu.timeout (2.2.8)

  Konfiguriert die Anzahl an Sekunden ohne Prozessorkontakt, bevor die JVM eine Warnung versendet und Timeoutzeiten verlängert.

• wrapper.max_hostid_timeout (3.4.0) ( Std/Pro )

• wrapper.logfile.close.timeout (3.5.21)

  Regelt die Anzahl an Sekunden nach den die Log-Datei nach dem letzten Logeintrag geschlossen werden soll.

• wrapper.logfile.flush.timeout (3.5.21)

  Konfiguriert das Zeitintervall in Sekunden, nach dem der Wrapper alle Ausgaben in die Logdatei ausgibt.

• wrapper.logfile.inactivity.timeout (3.2.0, obsolet ab der 3.5.21)

  Regelt die Anzahl an Sekunden nach den die Log-Datei nach dem letzten Logeintrag geschlossen werden soll.

• wrapper.ping.timeout (1.0.0)

  Konfiguriert die erlaubte Anzahl an Sekunden, die zwischen zwei Ping-Antworten, ausgehend von der JVM, liegen dürfen.

• wrapper.startup_thread.timeout (3.5.11)

  Konfiguriert die Zahl Sekunden, die gewährt werden, damit sich die asynchronen Startvorgänge vollständig beenden können.

• wrapper.startup.timeout (1.0.0)

  Konfiguriert die Anzahl an Sekunden, die zwischen dem Starten der JVM seitens des Wrappers und der Zeit, die die JVM braucht, zu antworten, dass die Anwendung gestartet wurde, liegt.

• wrapper.shutdown.timeout (2.2.7)

  Konfiguriert die Anzahl Sekunden, die man Zeit hat, zwischen der Zeit, wenn der Wrapper die JVM auffordert, sich zu beenden und der Zeit, wenn die JVM antwortet, dass sie sich beendet hat.

• wrapper.jvm_exit.timeout (2.2.8)

  Konfiguriert die Anzahl der gewährten Sekunden zwischen der Zeit, wenn die JVM berichtet, dass sie beendet wurde und der Zeit, wann der JVM-Prozess sich tatsächlich beendet.

• wrapper.jvm_cleanup.timeout (3.4.0)

  Konfiguriert die Anzahl der für den Wrapper gewährten Sekunden, um die Child-Prozesse nach dem Beenden der JVM aufzuräumen.

• wrapper.jvm_terminate.timeout (3.5.18)

  Konfiguriert die Anzahl der Sekunden, die vergehen darf zwischen dem Zeitpunkt an dem der Wrapper ein erzwungenes Beenden der JVM beim System anfragt, bis zu dem Zeitpunkt an dem er bestätigt, dass der Prozess tatsächlich beendet wurde.

• wrapper.event.<event_name>.command.block.timeout (3.3.0) ( Pro )

  Konfiguriert wie lange der Wrapper für die Beendigung eines konfigurierten Ereignisses warten wird.

• wrapper.event.<event_name>.email.receive.timeout (3.3.2) ( Pro )
• wrapper.event.<event_name>.email.send.timeout (3.3.2) ( Pro )

• wrapper.disable_restarts (3.2.0)

  Deaktiviert alle JVM-Neustarts durch den Wrapper, was Neustarts beinhaltet, die durch Fehler und angeforderte Neustarts von innerhalb der JVM mitbeinhaltet.

• wrapper.disable_restarts.automatic (3.3.4)

  Deaktiviert automatische Neustarts durch den Wrapper, was auch Neustarts beinhaltet, wenn die JVM abstürzt oder sich unerwartet beendet.

• wrapper.max_failed_invocations (2.2.8)

  Konfiguriert die Anzahl Male, die der Wrapper versuchen wird, die JVM neuzustarten.

• wrapper.successful_invocation_time (2.2.8)

  Konfiguriert die Mindestzeit, die die Java-Anwendung ausgeführt sein muss, um als erfolgreich gestartet angesehen zu werden.

• wrapper.startup.timeout (1.0.0)

  Konfiguriert die Anzahl an Sekunden, die zwischen dem Starten der JVM seitens des Wrappers und der Zeit, die die JVM braucht, zu antworten, dass die Anwendung gestartet wurde, liegt.