Der Java Service Wrapper macht es möglich, eine Java-Anwendung als einen Windows-Dienst zu starten. Gleichermaßen machen die Scripts, die mit dem Wrapper ausgeliefert werden, es auch sehr einfach eine Java-Anwendung als einen Daemon-Prozess auf UNIX-Systemen zu starten.

Der Wrapper kann mit dem Ausloggen von Usern unter Windows, Dienstabhängigkeiten und der Fähigkeit, Dienste, die mit dem Desktop kommunizieren, auszuführen, gut umgehen.

Please visit the documentation pages below for instructions:

• Wie kann ich meine Java-Anwendung als einen Windows-Dienst ausführen?
• Wie kann ich meine Java-Anwendung als einen UNIX-Daemon ausführen?

Als die Nutzung von Java wächst, müssen Ihre Anwendungen so geschrieben sein, eine Vielfalt betriebsnotwendiger Dienste zu unterstützen. Diese Dienste müssen in der Lage sein, einen hohen Grad an Zuverlässigkeit anzubieten. In einer idealen Welt würde nur Software freigegeben und installiert, die 100% fehlerfrei ist. Jedoch hat die Geschichte gezeigt, dass dies nicht immer der Fall ist. Beinahe jede Anwendung leidet unter Qualitätsproblemen an dem einen oder anderen Punkt des Lebenszyklus. Anwendungen hängen sich auf, stürzen, haben Speicherfehler oder leiden unter verschiedenartigen Problemen. Soweit möglich werden Probleme schnell oder wesentlichen Dienstausfall gelöst. Es gibt allerdings auch Zeiten, zu denen die Problemlösung ungeheuer teuer sein kann oder es unmöglich ist das Problem in kurzer Zeit zu lösen.

Der Wrapper überwacht einen JVM Prozess und startet diese automatisch neu , wenn die JVM abgestürzt ist oder sich aufgehangen hat. Dieser Prozesss braucht nur ein paar Sekunden, nachdem der Wrapper feststellen konnte, dass ein Fehler aufgetreten ist. Es gibt auch eine Möglichkeit, den Wrapper zu konfigurieren, den Konsolenoutput einer JVM zu überwachen und auf bestimmte Zeichenketten mit dem Neustarten oder Herunterfahren der JVM zu reagieren.

Während diese fortgeschrittenen Features des Java Service Wrappers nicht jedes Problem verschwinden lassen, helfen sie Ihnen, beruhigter zu schlafen - in der Gewissheit, dass im Problemfall der Wrapper da sein wird und Dinge am Laufen halten kann bis Sie ins Büro kommen, um die Logs zu prüfen. Verabschieden Sie sich von der Notwendigkeit von Notrufen.

Konfiguration des Write-once-run-everywhere. Java wurde als eine "Write Once, Run Everywhere" Programmiersprache. Während dies für viele Aspekte einer Anwendung zutreffend ist, ist der Entwickler häufig damit geplagt, komplizierte, plattformspezifische Skripte zu schreiben. Mit der Notwendigkeit Skripte zu schreiben, die damit beauftragt sind, Class-Paths zu erstellen und andere Systeminformationen zu sammeln, die für den Anwendungsstart erforderlich sind.

Der Java Service Wrapper hilft die Entwickler von einer lästigen Aufgabe zu befreien. Indem ein Skriptset für eine große Anzahl von Plattformen angeboten wird, um fast jede Java-Anwendung zu starten, die vom Wrapper überwacht wird.

Der Wrapper schiebt die gesamte JVM Konfiguration in eine plattformübergreifende Konfigurationsdatei wrapper.conf. Sehen Sie bitte die Beispiele auf Summary of Integration Methods im Abschnitt für Details.

Der Java Service Wrapper bietet einen Weg für eine Java-Anwendung an, Ihre eigene JVM auf Wunsch neu zu starten. Dies kann in zahlreichen Fällen nötig sein. Anwendungen können den Wunsch haben, nach der Änderung Ihrer Konfigurationsdateien diese neu zu starten. Oder die Anwendung muss einfach neu gestartet werden, um Probleme mit einem Speicher- oder Ressourcenleck irgendeiner Art zu vermeiden.

JVM-Neutarts können von innerhalb der JVM durch einen Systemaufruf ausgelöst werden. WrapperManager.restart(). Sehen Sie bitte in folgendes Beispiel WrapperManager.restart() in JavaDocs für mehr Details.

Es gibt auch passivere Methoden, um Neustarts auszulösen. Der Wrapper hat die Fähigkeit, die Monitor-Konsolenausgabe zu überwachen und Shutdowns oder Neustarts auszulösen, wann immer ein bestimmter Text erkannt wurde.

Der Wrapper kann also konfiguriert werden, entweder um eine andere JVM-Instanz neu zu starten oder um diese normal herunterzufahren abhängig von dem Exitcode, der von einer JVM zurückgegeben wird.

Der Java Service Wrapper liefert eine grosse Spanne an Konfigurationseigenschaften, die genutzt werden können, um die JVM auf jede mögliche Art von der Befehlszeile aus zu konfigurieren. Die Wrapper Konfigurationsdatei "wrapper.conf" bietet auch eine Reihe von Eigenschaften an, um Ihnen zu ermöglichen, Dinge wie Logging und wie der Wrapper als Dienst installiert ist, zu konfigurieren.

Sehen Sie im Abschnitt Konfigurationseigenschaften bezüglich Details, zu dem, was möglich ist. Stellen Sie sicher, dass Sie den Abschnitt Zusammenfassung der Integrationsmethoden durchgelesen haben, bevor Sie sich in die Konfigurationsdatei wrapper.conf vertiefen.

Durch Nutzung der Standardskripte des Wrappers und der relativen Pfadangaben in der Konfigurationsdatei wrapper.conf, ist es gewöhnlich möglich, eine Anwendung zu erstellen, die keine weitere komplizierte Installation erfordert als einfaches "Entpacken" einer Archivdatei in ein vom User bevorzugtes Verzeichnis.

Während der Java Service Wrapper nicht versucht, noch die Absicht hat, irgendeines der verfügbaren großen Logging Tools zu ersetzen, bietet es eine Zahl von Eigenschaften an, um zu konfigurieren wie mit der "stdout" und "stderr" Ausgabe auf die JVM Konsole umgegangen wird. Diese Ausgabe kann auf jedwede Kombination aus Konsole, in eine Datei, oder in das "Event Log" (Windows) oder "syslog" (UNIX)geloggt werden.

Das Loggen der Ausgabe auf die JVM-Konsole kann kritisch sein, um Probleme mit einer Anwendung ausfindig zu machen. Ohne des Wrappers, wenn eine JVM als ein Dienst unter Windows oder als ein Daemon unter UNIX ausgeführt wird, würde die konsolenausgabe normalerweise verloren gehen. Der Wrapper stellt sicher, dass die komplette Konsolenausgabe geloggt wird.

Java-basierte Logging-Tools sind nur in der Lage, Ausgaben zu loggen, die innerhalb der JVM erzeugt wurden. Wenn die JVM abstürzt oder Nachrichten der niedrigeren Ebenen, wie z.B. Thread-Dumps, ausgibt, dann gibt es normalerweise keine Möglichkeit, dies zu loggen. Der Wrapper loggt die komplette Konsolenausgabe des JVM-Prozesses unabhängig von ihrer Quelle. Das bedeutet, dass eine Aufzeichnung eines Absturzes selbst nach einem Neustart der JVM durch den Wrapper erhalten bleibt.

Sehen Sie im Abschnitt Logging-Konfiguration für weitere Details.