Index

wrapper.java.command
Kompatibel :1.0.0
Editionen :Professional EditionStandard EditionCommunity Edition
Betriebssysteme :WindowsMac OSXLinuxIBM AIXFreeBSDHP-UXSolarisIBM z/Linux

Der zu nutzende Befehl beim Starten einer JVM. Wenn der vollständige Pfad zu einer Java-Programmdatei nicht angegeben wurde, dann wird der Wrapper versuchen, eine Java-Programmdatei im Systemverzeichnis zu finden.

Beispiel für die Nutzung eines Systemverzeichnis: 
wrapper.java.command=java
Beispiel für die Nutzung der JAVA_HOME Umgebungsvariablen: 
wrapper.java.command=%JAVA_HOME%/bin/java
Beispiel für die Nutzung des vollständigen Pfads (nicht plattformunabhängig): 
wrapper.java.command=c:/j2sdk1.4.0/bin/java

Keine Dateinamenserweiterung enthalten:

Es wird empfohlen, dass der Wert nicht eine Erweiterung enthält. Spezifizieren eines Werts wie java.exe zusammen mit einer Erweiterung würde bedeuten, dass die gleiche Konfigurationsdatei nicht auf Linux/UNIX Systemen genutzt werden könnte.

Windows:

Auf Windows-Systemen ist es auch möglich, die JRE-Konfiguration von der Systemregistry zu benutzen. In diesem Fall ist es notwendig, die Eigenschaft auf einen leeren Wert zu setzen.

? Please check the English version for a more recent version of this text.

Standardmäßig schaut der Wrapper nach einer Sun JRE unter Nutzung des Standard-Registryschlüssels. Es ist möglich einen spezifischen Ort für JAVA_HOME, unter Nutzung der wrapper.registry.java_home Eigenschaft festzulegen.

Beispiel, welches die System-Registry benutzt (nicht plattformunabhängig): 
wrapper.java.command=

? Please check the English version for a more recent version of this text.
Wenn der Java-Befehl örtlich unter Nutzung der Windows-Registry festgelegt ist, wird der JAVA_HOME-Wert in die WRAPPER_JAVA_HOMEUmgebungsvariable gespeichert. Auf diesen Wert kann dann in den Werten der anderen Eigenschaften Bezug genommen werden.

NOTE

? Please check the English version for a more recent version of this text.

Während die wrapper.java.detect_debug_jvm Eigenschaft auf TRUE gesetzt ist, wenn die wrapper.java.command Eigenschaft auf "jdb" oder "jdb.exe" eingestellt ist, dann wird der Wrapper entscheiden, welche JVM einen Debugger benutzt und gewisse Time-outs ignorieren.

wrapper.java.command.resolve
Kompatibel :3.5.4
Editionen :Professional EditionStandard EditionCommunity Edition
Betriebssysteme :Windows (Not Supported)Mac OSXLinuxIBM AIXFreeBSDHP-UXSolarisIBM z/Linux

Diese Eigenschaft spezifiziert, ob der Wrapper versuchen sollte, den Java-Befehl, der in der wrapper.java.command Eigenschaft spezifiziert ist, aufzulösen oder weiterhin den nicht aufgelösten Pfad, so wie möglicherweise definiert, zu benutzen.

Auflösen des Java-Befehls durch den Wrapper ist normalerweise eine gute Option, da sie Ihnen beim Start Ihrer Anwendung via des Wrappers helfen wird, Falschkonfigurationen aufzuzeigen und das Troubleshooting einfach in der Umgebung zu starten, die zum unerwarteten Fehler führte. Jedoch kann auf einigen UNIX-Distributionen eine JVM nicht nur mittels des "java" - Befehls gestartet werden, sondern auch durch kleine Helfer-Programme, z.B. run-java-tool unter Gentoo Linux. Jedoch mag der Aufruf dieser Anwendung nur via eines symbolischen Links erlaubt sein.

Der Standardwert dieser Eigenschaft ist "TRUE". Wenn Sie das Auflösen aktivieren wollen, ändern Sie diese Eigenschaft bitte auf FALSE.

Beispiel: 
wrapper.java.command.resolve=true

Verweis: Java-Befehle
  • wrapper.java.command (1.0.0)

    Legt den Pfad auf die Java-Befehl fest.

  • wrapper.java.command.resolve (1.0.0)

    Spezifiziert, ob der Wrapper versuchen soll, den spezifizierten Java-Befehl aufzulösen.

  • wrapper.java.command.loglevel (3.1.2)

    Regelt auf welcher Protokollierungsstufe die erzeugte Befehlszeile geloggt werden wird.

  • wrapper.java.detect_debug_jvm (3.3.6)

    Aktiviert die Erkennung eines Debuggers in der Befehlszeile.

  • wrapper.java.version.fallback (3.5.38)

    Spezifiziert einen Rückgriffwert, der verwendet wird, wenn das Parsen der Java-Version fehlgeschlagen ist.

  • wrapper.java.version.max (3.5.35)

    Spezifiziert die höchste Java-Version, für die der Wrapper die Java-Anwendung starten darf.

  • wrapper.java.version.min (3.5.35)

    Spezifiziert die niedrigste Java-Version, für die der Wrapper die Java-Anwendung starten darf.

  • wrapper.java.version.output (3.5.17)

    Zeigt die Version der JVM an, die vom Wrapper genutzt wird.

  • wrapper.java.version.timeout (3.5.27)

    Konfiguriert die Anzahl an Sekunden, die dem Child-Prozess gewährt wurden, um die JVM-Version auszugeben, bevor sie sich beendete.

  • wrapper.registry.java_home (3.2.4)

    Legt einen Registryschlüssel fest, der den Pfad zum Java-Heimatverzeichnis enthält.

  • wrapper.registry.java_version (3.5.36) ( Std/Pro )

    Spezifiziert eine anzuwendende Version der JRE, wenn der Java-Befehl aus dem Windows-Registry gesucht wird.