Compatibilidad :	3.0.4
Ediciones :
Plataformas :

This property is only used on Windows platforms.

This property is ignored unless the Wrapper is being run as a Windows Service with the wrapper.ntservice.interactive property set to TRUE. If the application's GUI is not being displayed correctly, this property should only be needed to bet set to TRUE. Therefore, this will be TRUE for all versions of Java prior to version 1.4.0.

Before playing with this property, I'll explain the problems involved so you will understand the Wrapper's behavior. When a Windows Service is launched with the interactive property set to TRUE, the service is running in an environment in which a console window does not exist. In order to capture the console output of a Java application, the Wrapper must create a console for the JVM to use. Normally this console would be visible to the user along with the Java application's GUI. It appears as an unresponsive console that can not be closed by the user. Obviously users would not like having this console around, so the Wrapper hides it by default.

Java 1.4.x will correctly show the GUI window even if its console is hidden, so things will work correctly and the Java GUI will be visible. But earlier versions of Java display their Windows using the default window state for the process, meaning that they will be also hidden as well. It seems that users of Java 1.3.x and 1.2.x would also like to be able to display a GUI while running as a Windows Service, so a workaround was added. :-)

Please see the list of supported JVMs (Java Virtual Machines).

In order to be able to display the Java GUI with older JVMs, the console can not be hidden by default. If the JVM is launched with the console visible then it will be able to correctly display its GUI.

Disabling the feature that hides the console is done by setting the wrapper.ntservice.hide_console property to FALSE. This will cause the Wrapper to launch the Java application along with its Console in a visible state, so the JVM can correctly display its JVM.

wrapper.ntservice.hide_console=FALSE

So what about that ugly black console, you may ask? Well the good news is that the Wrapper will look for the console window and hide it almost immediately after the JVM has been launched. This is done so that the user will not have to stare at it while they are using your application.

The only problem is that the big black console will flash rather obviously which may distract users. It was decided to hide the console by default so that users with newer JVMs would not have to put up with it.

• wrapper.console.direct (3.5.21)

  Especifica si el Wrapper utilizará APIs de Windows o pipes para escribir salidas de registro en la consola.

• wrapper.console.flush (3.2.0)

  Configura el Wrapper para vaciar stdout después de cada línea de salida de datos enviada a la consola.

• wrapper.console.format (1.0.0)

  Configura el formato de las salidas de datos enviadas a la consola.

• wrapper.console.loglevel (1.0.0)

  Filtra los mensajes enviados a la consola de acuerdo con sus niveles de registro.

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

  Controla si los mensajes de advertencia enviados a la consola se registran a través de stdout o stderr.

• wrapper.console.title (3.1.0)

  Establece el título de la barra de la consola en la que el Wrapper está siendo ejecutado.

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

  Configura el título de la barra de la consola basado en la plataforma.

• wrapper.disable_console_input (3.3.2)

  Desactiva la capacidad del Wrapper para procesar entradas de la consola en la JVM.

• 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)

  Controla el tamaño del búfer utilizado por el pipe entre los procesos de JVM y del Wrapper.

• wrapper.javaio.use_thread (3.5.21)

  Controla si el Software utiliza un thread dedicado para procesar la salida de la consola desde la JVM.