Kompatibel :	3.5.21
Editionen :
Betriebssysteme :

Diese Eigenschaft überwacht, ob der Wrapper einen dedizierten Thread benutzt, um die Konsolenausgabe von der JVM zu verarbeiten. Traditionell wurde die gesamte Ausgabe innerhalb des Hauptthreads des Wrappers verarbeitet. Jedoch kann dies auf Servern mit hohen IO-Lasten dazu führen, dass der Hauptthread, während die Logausgabe auf die Festplatte geschrieben wird, blockiert.

Solange die DEBUG-Logebene des Wrappers nicht gesetzt wurde, loggt die Hauptschleife nicht viel mehr als Konsolenausgabe der JVM. So dass das Verschieben dieser Ausgabe in einen anderen Thread sicherstellen kann, dass der Hauptthread des Wrappers stets in der Lage ist, verzögerungfrei ausgeführt zu werden.

Der dedizierte Thread erlaubt den Wrapper auch, hängende Javaausgaben mit viel geringerer Verzögerung zu verarbeiten.

Wenn der Puffer der Warteschlange (Pipe) zwischen JVM und dem Wrapper voll läuft, wird die JVM blockieren bis der Wrapper eine Chance erhält, die hängende Konsolenausgabe zu verarbeiten. Wenn Ihre Anwendung sehr lange Zeilen oder sehr große Ausgabemengen loggt, dann können Sie vom Erhöhen der standardmäßigen Puffergröße der Warteschlange Nutzen ziehen. Sehen Sie bitte die wrapper.javaio.buffer_size Eigenschaften, um mehr Informationen dazu zu erhalten.

Bitte beachten Sie, dass durch Verarbeiten der Konsolenlogausgabe durch das System viel Overhead entstehen kann. Dies trifft insbesondere auf Windows zu. Wenn Ihre Anwendung durch das Loggen großer Mengen von Konsolenausgaben Leistungseinbußen erfährt, empfehlen wir, entweder die Logausgabe zu reduzieren oder die Konsolenlogausgabe durch das Setzen der wrapper.console.loglevel-Eigenschaft auf STATUS zu deaktivieren.

Die Nachteile der Nutzung eines dedizierten Threads sind:

• Etwas höhere Speicher- und Ressourcenanforderungen.
• Die Debug-Logausgabe, insbesondere beim Starten, kann etwas schwieriger zum Lesen sein, weil die Einträge, die von den zwei Threads geloggt werden, nicht gut synchronisiert sind.

Der Standardwert ist "FALSE", da die meisten User diesen dedizierten Thread nicht brauchen.

wrapper.javaio.use_thread=FALSE

• wrapper.console.direct (3.5.21)

  Spezifiziert, ob der Wrapper Windows APIs oder Pipes nutzen wird, um Konsolen-Logausgaben zu schreiben.

• wrapper.console.flush (3.2.0)

  Konfiguriert den Wrapper, um einen Flush auf stdout nach jeder Ausgabezeile, die an die Konsole gesendet wird, durchzuführen.

• wrapper.console.format (1.0.0)

  Konfiguriert die Ausgabeformate, die an die Konsole gesendet werden.

• wrapper.console.loglevel (1.0.0)

  Filtert Nachrichten, die an die Konsole gesendet werden, nach ihren Protokollierungsstufen.

• wrapper.console.fatal_to_stderr (3.5.3)
• wrapper.console.error_to_stderr (3.5.3)
• wrapper.console.warn_to_stderr (3.5.3)

  Regelt, ob an die Konsole gesendete Warnmeldungen durch stdout oder stderr geloggt werden oder nicht.

• wrapper.console.title (3.1.0)

  Legt den Konsolentitel fest, mit dem der Wrapper ausgeführt wird.

• wrapper.console.title.<platform> (3.3.0)

  Legt den Konsolentitel nach Plattform fest.

• wrapper.disable_console_input (3.3.2)

  Deaktiviert die Fähigkeit des Wrappers, Konsoleneingabe in die JVM zu verarbeiten.

• wrapper.ntservice.console (3.1.0)
• wrapper.ntservice.generate_console (3.3.2)
• wrapper.ntservice.hide_console (3.0.4)
• wrapper.ntservice.interactive (3.0.0)
• wrapper.javaio.buffer_size (3.5.21)

  Regelt die Größe des von der Pipe genutzten Buffers zwischen der JVM und Wrapper-Prozessen.

• wrapper.javaio.use_thread (3.5.21)

  Regelt, ob der Wrapper einen dedizierten Thread benutzt, um die Konsolenausgabe von der JVM zu verarbeiten.

• wrapper.commandfile (3.2.0)

  Legt den Pfad zu einer Datei fest, die auszuführende Befehle enthält.

• wrapper.commandfile.enable_tests (3.5.0)

  Aktiviert Testbefehle.

• wrapper.commandfile.poll_interval (3.5.31)

  Spezifiziert zu nutzende Zeitintervalle beim Testen auf Existenz der Befehlszeile.

• wrapper.command.poll_interval (3.2.0, obsolet ab der 3.5.31)

  Spezifiziert zu nutzende Zeitintervalle beim Testen auf die Existenz der Befehlsdatei.

• wrapper.restart.reload_configuration (3.2.0)

  Regelt, ob die Wrapper-Konfigurationsdatei im Falle des Neustarts einer JVM neu geladen wird.

• wrapper.pausable (3.5.0)

  Aktiviert die PAUSE- und FORTSETZEN-Aktionen.

• wrapper.logfile.loglevel (2.2.5)

  Filtert an die Logdatei gesendete Nachrichten entsprechend ihrer Protokollierungsstufen.

• wrapper.console.loglevel (1.0.0)

  Filtert Nachrichten, die an die Konsole gesendet werden, nach ihren Protokollierungsstufen.

• wrapper.syslog.loglevel (2.2.5)

  Filtert Nachrichten, die an das Syslog (oder Ereignislog unter Windows) gesendet werden, entsprechend ihren Protokollierungsstufen.

• wrapper.use_system_time (3.1.0)

  Benutzt die Systemzeit (statt eines Threads mit einem Hintergrundtimer) für alle internen zeiterfassenden Funktionen des Wrappers.

• wrapper.javaio.use_thread (3.5.21)

  Regelt, ob der Wrapper einen dedizierten Thread benutzt, um die Konsolenausgabe von der JVM zu verarbeiten.