Java Service Wrapper Community Edition

Java Service Wrapper Community Edition es un software de línea de comandos completamente de código abierto y libre que ha sido diseñado desde cero para actuar como configurable y fácil de usar utilidad para el despliegue de aplicaciones Java como demonios UNIX nativos o de fondo de Windows services.Provides corrección de fallos functionalityIt es un software flexible, fiable y multiplataforma que proporciona la funcionalidad de corrección de fallos que se reiniciará automáticamente no responde o se haya estrellado JVM (Java Virtual Machines). Además, el software dispone de secuencias de comandos estándar, instalación fácil aplicación y funcionalidad de registro, gestión de procesos hijo, eventos cronometrados, correos electrónicos de alerta, comandos de evento, los límites de memoria relativos, soporte para múltiples idiomas, así como eventos y acciones definidas por el usuario.
La Community Edition se distribuye bajo una licencia de código abierto, por lo y rsquo; funcionalidad s es limitada, ya que será capaz de utilizar a sólo permitir que las aplicaciones Java para ejecutarse como un demonio UNIX, reiniciar y supervisar las JVM, para controlar la prioridad del proceso, a gatillo JVM reinicia, vertederos hilo, y cierres, para utilizar un directorio de trabajo personalizados, utilizar comodines, así como para registrar y capturar JVM consola output.Getting comenzó con Service Java Wrapper Comunidad EditionTo empezar a trabajar con la Edición Comunidad de Java Service Wrapper , descargar el paquete que corresponde a su ordenador y rsquo; s la arquitectura, guarde el archivo en su directorio de inicio, descomprimirlo, abrir una aplicación Terminal, vaya a la ubicación de la Y lsquo; bin y rsquo; carpeta (por ejemplo /home/softoware/wrapper-linux-x86-64-3.5.26/bin/ cd) y ejecutar el y lsquo; ./ envoltorio y rsquo; comando, que mostrará el mensaje de uso y disponible options.Runs de línea de comandos en una amplia gama de POSIX y operativo tipo UNIX systemsJava Service Wrapper se distribuye en tres ediciones, Community Edition, Standard Edition y Professional Edition. Es compatible con todas las distribuciones de GNU / Linux, pero se ejecuta en una amplia gama de POSIX y sistemas operativos tipo UNIX, incluyendo FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X y Solaris, como el apoyo de 64 bits (x86_64 ), de 32 bits (x86), Armel, ARMHf, SPARC, s390, s390, Itanium, PPC (PowerPC), así como PA-RISC plataformas de hardware.

¿Qué hay de nuevo en esta versión:.

• Mejorar los mensajes de registro cuando se solicita un reinicio JVM cuando la capa esté en un estado que será ignorado (Standard / Professional Edition)
• Añadir un mensaje de depuración adicional cuando un barrido estancamiento completa. No hay cambios funcionales, pero esto se añadió para que sea fácil contar el tiempo que el barrido adquiere una determinada aplicación.
• Limpiar el seguimiento interno de donde se establecieron las variables de entorno. No hay cambios funcionales.
• Al detectar Cygwin con 'uname -o' en el archivo de comandos, algunos sistemas operativos (Solaris, MacOS, etc.) muestran un mensaje de error porque '-o' no es un parámetro válido. Ahora nos escondemos este mensaje de error para evitar confusiones y podemos adivinar que Cygwin no se está ejecutando.
• Añadir la capacidad de controlar que ejecuta el servicio con systemd utilizando el archivo de script.
• En Mac OS X, corregir un error tipográfico, añadir otra forma alternativa de encontrar Java para establecer la variable de entorno JAVA_HOME, y utilizar la ruta completa para ejecutar sysctl en caso de que no está en el camino. Gracias a Dannes Wessels por señalar esto.
• Solucionar un problema en las versiones más recientes de Windows cuando la personalización de la envoltura. El certificado no se ha eliminado la hora de crear el objetivo. Esto conducía a un error al intentar acceder al objetivo con un nuevo certificado.
• Añadir apoyo que falta en el shell script para reiniciar / detener el servicio Envoltura con launchctl en Mac OS X.
• Añadir apoyo que falta en el shell script para reiniciar / detener el servicio Envoltura con Upstart.
• Añadir la capacidad de establecer la ruta de comando 'su', así como la posibilidad de especificar argumentos adicionales en el script de shell Envoltura utilizando nuevas variables SU_BIN y SU_OPTS.
• Solucionar un problema en las clases de ayuda WrapperSimpleApp, WrapperStartStopApp y WrapperJarApp donde los problemas de línea de comandos que dieron lugar a la JVM que sale en el inicio parecían salidas inesperadas. Esto significaba que la envoltura sería intentar relanzar la JVM de nuevo en lugar de renunciar en el primer intento.
• Modificado las clases de ayuda WrapperSimpleApp, WrapperStartStopApp y WrapperJarApp para que sus banderas uso ahora solo aparecen para los problemas relacionados con la línea de comandos. Problemas con los métodos, clases o archivos jar especificados todavía se registran como errores, pero que muestra al usuario el uso en estos casos era confuso.
• Corrija el método WrapperResources.getString () que no tiene argumentos de reemplazo para que la tramitación de la cadena de crudo se manipula el mismo que los métodos que tienen argumentos de reemplazo. Ahora todas las cadenas son procesados ​​por la clase MessageFormat antes de ser devuelto. Las versiones anteriores no fueron consistentes acerca de la necesidad de escapar comillas simples.
• Añadido validación clave opcional para asegurarse de que cadenas pasadas en el método WrapperResources.getString () tienen el formato correcto. Consulte la clase WrapperResources para obtener información sobre cómo habilitar.
• Añade nuevas opciones para wrapper.backend.type propiedad: AUTO, HEMBRA, SOCKET_IPv4, SOCKET_IPv6, PIPE. Cuando se establece en AUTO, la Envoltura intentará abrir un socket IPv4 y replegará para ipv6 y tubería en caso de error.
• Corrección de errores al convertir de multibyte a amplia carbón sin establecer la configuración regional en el arranque (Unix). Gracias a Bert.
• Añadir un alias de 'CLOSE_BACKEND' a 'CLOSE_SOCKET "como un comando de prueba para la propiedad wrapper.commandfile. Esto se debe a que ha habido múltiples opciones para la conexión con el servidor durante algún tiempo y el nombre es más portátil.
• arreglar un problema en Mac OS X cuando se ejecuta Yosemite, donde el guión estaba fallando para comparar correctamente versiones '10 .10 'a '10 .5.0'. Esto conducía a la secuencia de comandos de pensar que sólo los binarios de 32 bits se podrían funcionar. Esto fue sólo un problema si se está utilizando la nomenclatura paquete delta de los binarios de contenedor.
• Añadir una nueva propiedad wrapper.java.classpath.missing.loglevel que permite controlar la forma en la Envoltura registra advertencias sobre faltan elementos classpath. Anteriormente, esta siempre se registra como resultado de la depuración y no pudo ser desactivado.
• Si hay algún problema de bajo nivel de lanzamiento del proceso de Java que no están relacionados con la configuración o la propia JVM, la envoltura ya no intentan otra vez como tales reintentos no tenían sentido.
• API del sistema de Windows tienen un problema que causa un proceso se bloquee si se intenta establecer una variable de entorno sobre 32.767 caracteres de longitud. La Envoltura ahora comprueba esto y registra un error en lugar de establecer la variable. Esto era un problema si se utilizaron muy grandes rutas de clases cuando la propiedad wrapper.java.classpath.use_environment era verdad.
• Windows no permite una línea de comandos para ser más largo que 32 766 caracteres de longitud. Diferentes versiones de Windows manejan de manera diferente cuando se proporciona un comando tan largo. La Envoltura ahora hace su propio cheque y muestra un error de una manera consistente.
• Mejorar el mensaje de error en las plataformas UNIX cuando la línea de comandos es más largo que el máximo del sistema. Este máximo varía mucho según la plataforma y el medio ambiente y es difícil de calcular de forma fiable, por lo que la longitud máxima no se muestra actualmente en el mensaje.
• Solucionar un problema en plataformas UNIX en un archivo de configuración muy grande podría causar la WrapperManager a fallar en el arranque. Esto fue causado por la transferencia parcial del archivo de configuración al WrapperManager a través de la conexión con el servidor. Esto ocurriría independientemente del tipo utilizado backend. El tamaño del archivo de configuración que podría causar un problema variado enormemente basado en el sistema específico.
• Solucionar un problema en plataformas Windows, donde un archivo de configuración muy grande dejaría de ser enviado a la WrapperManager en el arranque cuando la propiedad wrapper.backend.type se establece en PIPE. El único problema era que los WrapperManager.getProperties () método estaría vacía. (Professional Edition)
• Agregar controles a la WrapperManager.exec () métodos en Windows para la longitud máxima de la línea de comandos de 32766, y el medio ambiente máxima nombre-valor de la variable longitud par de 32767. (Professional Edition)
• Solucionar un problema en un país libre de un puntero NULL se estaba haciendo como parte del proceso de limpieza de un WrapperManager.exec () llamada. Esto no es conocido por haber causado ningún problema.
• Agregado getStdOut (), getStdErr (), y getStdIn () métodos a la clase WrapperProcess como alias a la getInputStream (), getErrorStream (), y getOutputStream () métodos para ayudar a evitar la confusión.
• Solucionar un problema en Windows 7, donde las líneas de registro largos se corrompió después de 31.397 caracteres cuando wrapper.console.direct era cierto. Esto parece ser un problema con la API de Windows subyacente y era sólo un problema de presentación. Se ha reducido el número máximo de caracteres que se pueden escribir con una sola llamada a la API a 30.000 para evitar el problema. Este cambio es interno y todavía no existe un límite en la longitud de las líneas registradas.
• Fijar un punto muerto si la envoltura no pudo escribir en el backend cuando la propiedad era wrapper.backend.type PIPE. Encontrado por revisión de código y no se sabe que han ocurrido en realidad.
• En Mac OSX 10.5.0, el archivo de comandos se use la tecla 'KeepAlive' en el archivo de configuración launchctl. Las versiones anteriores de Mac OSX seguirán usando el mismo "OnDemand" clave. Gracias a Robin por señalar esto. (Standard / Professional Edition)
• No permitir el uso de hostids atadas a los dispositivos de Apple Bluetooth cuando se ejecuta en un sistema Windows virtualizado albergado en un sistema OS X.
• Solucionar un problema donde WrapperManager.log () no funcionaba correctamente cuando se registran los mensajes de varios bytes.
• En el resultado de la depuración del paquete completo de propiedades de configuración se suprime de la salida del registro, ya que es enorme y puede contener datos confidenciales. Añadir un tamaño a la salida abreviada para ayudar con la depuración.
• Fijar una pérdida de memoria en las plataformas UNIX cuando se informó de un mensaje de error. Esto fue sólo un problema si el mensaje se registra repetidamente.
• Corregir un par de otras posibles pérdidas de memoria encontrar a través de la revisión de código. No se sabe que han estado causando problemas reales.

¿Qué hay de nuevo en la versión 3.5.23:

• Standard / Professional Edition:
• Cuando se encuentra un tipo de licencia desconocida, incluir el tipo desconocido en el mensaje de error para ayudar con la depuración.
• Solucionar un problema de corrupción de memoria en z / OS cuando el idioma se establece en un local de doble byte como japonés.
• Ir a través y hacer que la envoltura mucho más duraderas cuando mal codificados se encuentran caracteres de doble byte.
• Preofessional Edición:
• Modificar la excepción lanzada cuando WrapperManager.exec () se llama mientras que la envoltura se cierra por lo que ahora dice que en lugar de decir que la biblioteca nativa no está cargado.
• La envoltura es ahora más cuidado para asegurarse de que el servidor nunca se cierra mientras se lanza un proceso hijo para asegurarse de que la envoltura sobre todos los procesos secundarios iniciados.
• Añadir un mensaje de advertencia en caso de que la envoltura no es notificado de un proceso hijo lanzado debido a la conexión con el servidor se cierra.
• Fijar un NPE potencial que podría ser lanzado durante la lectura de la salida estándar o la salida stderr de un proceso hijo mientras que la envoltura estaba cerrando y después del proceso hijo terminó.
• arreglar un problema en plataformas UNIX donde nos íbamos a atascados tratando de limpieza después de un proceso que en la actualidad estaba bloqueando en una lectura de stdout o stderr.
• arreglar un problema en plataformas UNIX en un tiempo de espera de intentar obtener un bloqueo interno de la lista de procesos hijo estaba causando un contador interno para salir de sincronización, lo que lleva a una otros procesos secundarios terminados están quedando zombies como desaparecida hasta que el proceso de Java terminado.
• Solucionar un problema en plataformas UNIX donde descripciones de archivo tubería utilizados para comunicarse con procesos hijos se están pasando mal a todos los procesos hijos. Ellos no estaban creciendo con el tiempo.
• arreglar un problema en sistemas FreeBSD donde el wrapper.lang.encoding no fue resuelto a UTF-8 correctamente cuando no se ha establecido la variable de entorno LANG.
• Solucionar un problema de sincronización potencial llamando WrapperProcess.waitFor () o WrapperProcess.exitValue ().
• Añadir producción adicional de registro de depuración que muestra los diferentes valores de tiempo de espera para ayudar con problemas de los usuarios de depuración.
• Solucionar un problema por el que el script de shell no se detecta correctamente la versión del sistema operativo con Mac OSX Maverick.
• Añadir advertencias acerca de las variables de entorno definidas en incluir referencias de archivo en el archivo de configuración.
• Añadir soporte para el medio ambiente la expansión de variables en los archivos especificados con el wrapper.java.additional_file y wrapper.app.parameter_file propiedades.
• Corrija el número entero formato en el método WrapperUNIXGroup.toString () por lo que es coherente con el resto de la envoltura.
• Solucionar un problema donde el requisito biblioteca iconv no podía ser satisfecha en FreeBSD 10. Ahora localizamos la biblioteca dinámica mediante la búsqueda de /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so o /lib/libkiconv.so.4 en ese orden.
• Fijar un método de la WrapperPrintStream.println () para cadenas que contengan saltos de línea se han correctamente cada línea precedida por la cabecera configurado.

¿Cuál es nuevo en la versión 3.5.14:

• arreglar un problema en el AppCommand.bat.in archivo donde un paréntesis en el nombre del archivo del binario Envoltura habría causado un & quot; CAMINO fue inesperado en este momento & quot; error.
• (Standard / Professional Edition)
• Solucionar un problema cuando se utiliza una versión traducida de la Envoltura en plataformas de Windows de 64 bits cuando la capa seguiría utilizando el idioma predeterminado del sistema incluso wrapper.lang se utiliza para especificar un idioma diferente. Introducido en 3.5.12.
• Solucionar un problema en el archivo por lotes basado comandos de Windows AppCommand.bat.in donde el comando 'status' incorrectamente estaba siendo reportado como 'consulta' en la salida de uso. El comando 'status' siempre había funcionado correctamente si se utiliza.
• arreglar un problema en plataformas UNIX donde algunos mensajes asíncronos estaban causando un mensaje de advertencia & quot; Codificación error ... & quot; que estar conectado en lugar del mensaje deseado. Esto podría ser visto si el archivo de registro configurado no tiene permisos de escritura. Aparte del mensaje de registro incorrecto, la envoltura funcionaba correctamente. Introducido en 3.5.2.
• Solucionar un problema en la secuencia de comandos UNIX donde se ejecuta con advenedizo no funcionaba correctamente cuando se creó RUN_AS_USER.
• Relax controles de seguridad cuando se ejecuta el comando 'status' contra el script de shell UNIX por lo que ahora permite que cualquier usuario que ejecuta la secuencia de comandos para realizar la comprobación de sólo lectura del archivo pid.
• arreglar un problema con el script de UNIX donde el 'quitar' comando estaba tratando de detener una aplicación en ejecución, incluso cuando no se ha instalado la aplicación.
• Fijar un desbordamiento de búfer que potencialmente podría causar un accidente durante la instalación de un servicio de Windows cuando se especificó wrapper.ntservice.account. Esta fue introducido en 3.5.12.
• Fix a daños en el montón que podría ocurrir en el inicio y potencialmente causar un accidente. Sólo los sistemas Windows, que utilizan los registros de eventos del sistema, se vieron afectados. Descubierto de una revisión de código, nunca había habido ningún informe de esta causando problemas a los usuarios. Esto podría suceder si el wrapper.log configurado no pudo ser escrito como la Envoltura siempre trata de escribir en el registro de eventos en estos casos. Introducido en 3.5.12.
• Añadir una nueva comparación de versiones entre el script de shell UNIX y Envoltura para empezar a mostrar una advertencia en caso de un conflicto de versiones. La verificación sólo funcionará si el script de shell y la envoltura son cada uno de al menos la versión 3.5.14.
• Se ha añadido una nueva propiedad wrapper.pidfile.strict que le dirá la envoltura no se inicia si el archivo pid ya existía. El valor predeterminado es falso para la compatibilidad hacia atrás.
• Haga el lado de Java de la toma de backend más resistente en caso de un tiempo de espera de lectura o escritura. El socket del servidor no tiene un tiempo de espera establecido por defecto así que no debería haber sido un problema. Un par de usuarios reportaron problemas en sistemas específicos, sin embargo lo que llevó a esta revisión.
• Para ayudar en la prueba del tiempo de espera de socket backend, se agregó una nueva propiedad del sistema wrapper.backend.so_timeout para que sea posible configurar el socket del servidor para utilizar un tiempo de espera. Ver el Javadocs del WrapperManager.exec () clase para los detalles.

¿Qué hay de nuevo en la versión 3.5.11:

• Fijar un accidente potencial en Windows causada por un buffer desbordamiento. Esto ha sido un problema desde la versión 3.5.0 y afecta a las configuraciones que definen más de una wrapper.ntservice.dependency .. Dependiendo de lo que era en la memoria, esto no siempre se han traducido en un accidente. Tiene un comportamiento muy reproducible para un archivo de configuración dado.
• Solucionar un problema en Windows cuando la capa estaba tomando 15 segundos o más para que se inicie en algunos sistemas, porque la llamada al sistema WinVerifyTrust estaba teniendo problemas para actualizar la CRL. Este había sido un problema desde los binarios Wrapper comenzaron a ser firmados en la versión 3.5.7. Si la llamada WinVerifyTrust tarda más que el wrapper.startup_thread.timeout configurado entonces la Envoltura continuará la puesta en marcha sin más demora.
• (Standard / Professional Edition)
• eliminar explícitamente el certificado del binario personalizado durante la personalización. Hubo problemas dimitir el binario con otro certificado de otra manera.
• Si la envoltura no es capaz de escribir en el wrapper.logfile configurado por algún motivo, siempre nos caemos de nuevo a un archivo de registro predeterminado y luego registramos un mensaje sobre el fracaso. Si el defecto también falla, entonces que también se registra pero los mensajes sólo estaría conectado a la consola en la mayoría de los casos. Modificar la envoltura así que ahora siempre enviar mensajes tanto al syslog o EventLog independientemente de lo que el wrapper.syslog.loglevel está ajustado en. Esto es importante para ayudar a rastrear la causa de los problemas de acceso de archivo de registro.
• Desde la versión 3.5.0, que era internamente posible imprimir mensajes de registro de varias líneas para que todas las líneas siempre se agruparían en el archivo de registro. Esta versión modifica el código de registro un poco para que la salida del registro tal multilínea ahora se registra como un solo mensaje en el Sylog UNIX o Windows EventLog.
• Solucionar un problema donde muy largas líneas de salida de la JVM causarían la envoltura que aparezca a la horca por un tiempo. La primera vez que una sola línea de salida que contiene varios cientos de miles de caracteres se registra, un buffer interno fue incrementándose gradualmente por 100 caracteres por ciclo. La Envoltura ahora aumenta el tamaño basado en el último tamaño conocido para reducir considerablemente el número de ciclos necesarios para elegir un nuevo tamaño del búfer.
• Modificar el comando PAUSE_THREAD por lo que ahora es posible esperar indefinidamente. Sólo es útil para probar la envoltura.
• Añadir un nuevo comando PAUSE_LOGGER para que sea posible hacer una pausa en la siguiente entrada de registro. Sólo es útil para probar la envoltura.
• En UNIX, la tubería stdout / stderr entre la JVM y Envoltura no estaba siendo limpiado correctamente. Esto resultó en una pequeña fuga, pero era de otra manera inofensiva. Los tubos están ahora limpian e inicializan para cada instancia de JVM.
• Solucionar un problema cuando la capa podría dejar de reiniciar la JVM cuando la solicitud de reinicio se originó en la JVM si el sistema estaba experimentando IO muy pesado que resulta en tiempo de disco colas IO. Esto fue causa bucle principal de la envoltura para bloquear en la escritura y se pierda la solicitud de reinicio, haciendo que la envoltura a la parada en lugar de reiniciar. Esto podría afectar a todas las plataformas. En Windows, también podría ser reproducido por hacer una selección en la consola para congelar la producción y luego hacer una solicitud desde dentro de la JVM para reiniciar.
• Añadir una nueva clase de ayuda WrapperPropertyUtil para hacer mas fácil el acceso a los valores de propiedad Envoltura desde dentro de la JVM.
• Se arregla un error en algunas plataformas donde la salida del registro de Java podría corromperse debido al mal uso de una función de sistema strncpy. Esta función advierte de que algunas implementaciones no admiten copias de memoria que se superponen. El problema sólo podía ser reproducido en una sola máquina de prueba Linux en líneas siguiendo una línea vacía de la producción. Este problema ha existido desde 3.4.0.

¿Qué hay de nuevo en la versión 3.5.9:

• arreglar un problema en Windows en el que los adaptadores de red cuyos nombres contenida & quot; PRO / 1000 & quot; estaban siendo eliminado de la lista de hostids muestra cuando & quot; Wrapper.exe -h & quot; se ha ejecutado. Esto no afectó los archivos de licencia de servidor existentes generados por hostIds reportados por 3.5.7 o anterior, o claves de licencia de desarrollo. Pero causó la Envoltura de informar que no hay hostIds válidos podrían encontrarse cuando la envoltura se inició sin un archivo de licencia. Esto fue causado por algún código añadido en 3.5.8 prueba de que no hemos podido eliminar.
• Solucionar un problema cuando la capa no cedía correctamente el control de nuevo a su bucle principal cuando grandes cantidades de salida continua se están registrando en la JVM. Introducido en la versión 3.4.0. En las versiones anteriores a 3.5.8, esto podría haber causado la JVM para tiempo de espera y reiniciará. Ese tema en particular fue resuelto pero el proceso Envoltura en 3.5.8 todavía habría sido no responde cuando esto sucedía. La Envoltura ahora siempre yeild de nuevo a su bucle principal después de 250 milisegundos de registro continuo.
• Solucionar un problema donde el WrapperManager podría bloquear tratando de salida de escritura de depuración si la aplicación de usuario actual estaba escribiendo grandes cantidades de salida en la consola también. En circunstancias extremas, esto llevó a la Envoltura pensando que la JVM se congeló. Esto fue sólo un problema si la salida de depuración se habilitó.
• reestructuró el script de shell por lo que todas las ediciones ahora utilizan el mismo guión de nuevo.

¿Qué hay de nuevo en la versión 3.5.8:

• (Standard / Professional Edition)
• Desde la versión 3.5.5, que invalidó la utilización de todos 00ff * hostids en Windows para evitar problemas con el cambio de hostids cuando los usuarios tienen un adaptador de red de Juniper Network Connect en su sistema. Esto resultó ser demasiado restrictiva como Invitado operativos corriendo bajo Parallels también hacer uso de este rango hostid. La envoltura es ahora más cuidado a sólo invalidar reales hostids Juniper Network Connect.
• (Standard / Professional Edition)
• Mejorar el mensaje que se muestra al usuario cuando la envoltura no es capaz de localizar cualquier hostids para un sistema.
• Se ha corregido un problema con el guión envoltorio en Solaris, donde el -F opción no estaba disponible para grep.
• Agregado de Windows información de la versión en la salida de depuración envoltura.
• Se ha añadido una propiedad wrapper.log.warning.threshold que hace que la envoltura de mostrar una advertencia cuando detecta que la Envoltura tomó mucho tiempo para grabar un mensaje de registro. Esto esta en probar un problema reportado causada por lenta IO en sistemas muy muy cargados.
• Solucionar un problema en el que un filtro que pidió a la JVM para reiniciar se ignora si la JVM salió por su cuenta inmediatamente. La envoltura es ahora más coherente, de modo que las solicitudes de reinicio desde dentro de la JVM o filtros siempre tendrán prioridad sobre las solicitudes de salida. Las solicitudes de cierre externos, o los de las acciones todavía se comportan como lo hicieron en el pasado y siguen para apagar la envoltura. La envoltura también registra los mensajes en la salida de depuración si una solicitud de reinicio pendiente se conserva o se ignora.
• Se ha corregido un problema en el archivo por lotes AppCommand.bat que podría ocurrir en algunas plataformas Windows con ciertas codificaciones sistema multi-byte. El guión ha sido reescrito y partes cuestionables se han simplificado. La funcionalidad de la secuencia de comandos se ha conservado.
• Añadido el WRAPPER_CONF_DIR variable de entorno, que puede ser utilizado para las propiedades de configuración. (Pedido de funciones 3.160.644)
• Hecho a la salida de la escritura con el código de salida de la derecha recibidas cuando se ejecuta el script como usuario diferente, especificado en RUN_AS_USER. (Informe Bug 3185281)
• Fijar una violación de acceso que podría suceder cuando el certificado de firma de código no ha sido verificado.
• Registro un error si el socket del servidor se cierra por la fuerza externa. Se había cómo cerrar la sesión en un nivel de registro de depuración. El mensaje es & quot; Una conexión existente forzosamente fue cerrada por el host remoto. (0x2746) & quot ;. Debido a que el mensaje sólo se registra si la salida de depuración se habilitó, la JVM se reinicia sin ninguna explicación clara de lo sucedido. La fuente del cierre socket está bajo investigación.
• (Professional Edition)
• Se ha añadido la llamada fireUserEvent Java a la API WrapperManager. Esto permite al fuego mails evento de usuario, acciones sin el gatillo filtro. Por favor también encontrar más detalles sobre el modelo de seguridad para la presente convocatoria en la página de seguridad.
• Fijar una advertencia en versiones para Mac si el comando java configurado no era un binario universal. Un cheque se añadió en 3.4.0 para asegurarse de que el wrapper.java.command señaló directamente a un archivo ejecutable para evitar un comportamiento inesperado al ejecutar un script. El mensaje es sólo una advertencia y la Envoltura continúa independientemente. Ppc Estándar, ppc_64, x86_64, i386, así como los binarios universales ahora todo funciona correctamente sin una advertencia.
• El valor por defecto de la envoltura. *. Propiedades umask está utilizando la umask actual proceso tiene. Antes de que el valor por defecto siempre fue 0022.
• Añadir una nueva propiedad wrapper.backend.type que se utiliza para controlar si la envoltura se comunica con la JVM utilizando el tradicional & quot; SOCKET & quot; o una nueva experimental & quot; TUBO & quot ;. Esto se añadió como una solución a un problema poco frecuente en algunas máquinas Windows están cerrando el zócalo con un nivel de sistema operativo. Esto sólo fue visto alguna vez en Windows 2003, pero podría existir en otras versiones de Windows también.
• Añadir una nueva propiedad wrapper.use_javaio_thread experimental que hace que la envoltura de manejar toda salida de la consola de Java en un hilo dedicado.
• Añadir un nuevo método WrapperManager.isNativeLibraryOk () que permite código de usuario probar fácilmente si la biblioteca nativa se cargue e inicie durante el inicio.
• Añadir un nuevo comando PAUSE_THREAD a la propiedad wrapper.commandfile que permite poner a prueba la forma en la envoltura se comporta cuando varios hilos bloquear o congelar. Esto se utilizó para simular y reproducir temas en servidores muy IO obligado.
• Mejorar la forma en que el lado de Java de la envoltura se comporta cuando la envoltura no hacer ping a la JVM durante un período prolongado de tiempo. La JVM utiliza para salir a dejarse resincronización sí con la JVM. Esto estaba causando problemas en los sistemas que eran muy IO límite porque la envoltura podría bloquear por un tiempo al intentar escribir en el archivo de registro y la JVM se sale. La JVM ahora nunca salir en tales circunstancias. La JVM nunca llegará a ser huérfanos porque seguirá salir casi de inmediato si el socket del servidor o el tubo con la capa esté siempre cerradas.
• Desaprobar el método WrapperManager.appearOrphan () ya que se utiliza para simular un modo de fallo que ya no es posible con la envoltura.
• cambiado la forma en la envoltura está manejando errores de certificado en relación con el certificado de firma de código / sellado de tiempo. La Envoltura ahora sólo apagado él mismo si la firma del binario no fue verificado correctamente porque la firma binaria o ha sido mal formado, pero no se ha encontrado ningún problema con el contador-firmante. A partir de 3.5.7, se firman los binarios de Windows envoltura. Algunos usuarios con bloqueadas por los sistemas de Windows 2008 tenían problemas con la envoltura de negarse a iniciar porque el certificado de Comodo había sido desactivado en su sistema.
• Añadir una nueva propiedad wrapper.java.detach_started que hace posible el uso de la envoltura como una herramienta sencilla para lanzar aplicaciones Java. Cuando se activa, la Envoltura termina inmediatamente y la JVM se deja correr por su cuenta.
• Cuando se ejecuta la envoltura como una cuenta de usuario especificada, a través de la propiedad wrapper.ntservice.account, la envoltura se sumará el permiso para la cuenta de inicio de sesión como servicio automáticamente al instalar. (Pedido de funciones # 3286491)

¿Qué hay de nuevo en la versión 3.5.6:

• arreglar un problema en plataformas UNIX en el archivo de registro ruta se está calculando incorrectamente si se especifica una ruta absoluta para wrapper.logfile, y el archivo no existe. Un mensaje de advertencia se está visualizando pero la Envoltura continuaría utilizando el archivo de registro predeterminado. Hubo un problema en el mensaje que se muestra lo que causó un accidente en algunas plataformas como Mac OSX. Introducido en la versión 3.5.5.
• Solucionar un problema en plataformas Windows cuando la capa se estrellaría si no pudiera acceder al directorio de la wrapper.logfile configurado. Introducido en la versión 3.5.5. Bug # 3087424.
• Mejorar la forma de advertencias se registran cuando hay problemas al grabar en el wrapper.logfile configurado para que el mensaje ahora se registrará en el archivo de registro que la envoltura termina utilizando en caso de que tenga éxito en volver a caer a un registro por defecto archivo.
• Solucionar un problema en plataformas Windows donde wrapper.java.additional. propiedades que fueron especificados en la línea de comandos, y contenían espacios, no estaban siendo recotizado correctamente cuando la construcción de la línea de mandatos Java. Introducido en la versión 3.3.6.
• Solucionar un problema donde el mensaje de advertencia registra para valores inválidos del wrapper.java.additional. propiedad, contenía el texto corrupto. Introducido en la versión 3.3.6.
• Solucionar un problema en plataformas UNIX en un valor no válido para el wrapper.java.additional. propiedad estaba siendo reportado correctamente y luego saltado, pero la línea de comandos resultante para lanzar la JVM tenido un valor en blanco que estaba causando a la JVM que no iniciarse. Un valor no válido es cualquier valor que no comienza con un & quot; - & quot; personaje.
• Añadir una nueva variable de entorno WRAPPER_INIT_DIR que puede ser utilizado para hacer referencia al directorio de trabajo desde el que se lanzó la envoltura. Esto es necesario para ciertas aplicaciones porque la envoltura siempre cambia su directorio de trabajo a la ubicación del binario Envoltura.
• Modificar el script de shell UNIX por lo que ya no cambia el directorio de trabajo actual en la ubicación de la secuencia de comandos. Esto ya no es necesario porque la envoltura ha sido cambiar el directorio de trabajo a su propia ubicación desde la versión 3.2.0.
• Añadir una nueva propiedad wrapper.request_thread_dump_on_failed_jvm_exit.delay para controlar el tiempo que el Envoltura esperará después de hacer un volcado de hilo antes de matar el proceso Java. Este retraso ha sido siempre hardcoded a 5 segundos.
• Limpiar el texto de varios mensajes de advertencia acerca de los valores de configuración no válidos para que sean más coherentes.
• (Professional Edition)
• Añadir una nueva propiedad wrapper.jvm_kill.delay que hace posible el control de la cantidad de tiempo para permitir que entre el evento jvm_kill ser despedido y la JVM en realidad está muerto.
  
  
  
  
  

Requisitos :

• Edición Oracle Java Standard Runtime Environment