6. Cambios en este lanzamiento

Servidor Apache (httpd) y conectores

900363 - El administrador de estado JK no funciona

Apache mod_jk incluye una API administradora de estado. Cuando las operaciones se ejecutaban con esta, los cambios no se aplicaban, ya sea iniciado por medio de la API o la interfaz de red del administrador de estado JK. Esto se debía a un error con la sincronización de la memoria compartida. Se resolvió la causa raíz de manera que las operaciones usando el administrador de estado ahora trabajan tal como se esperaba.

Clústers

900392 - El servicio Singleton falló debido a "IllegalStateException: JBAS010350: Se esperaba un resultado del proveedor singleton sólamente pero se recibieron 0 resultados"

El SingletonService a veces falla con la siguiente salida en el registro:

    IllegalStateException: JBAS010350: Expected result from singleton provider only, but instead received 0 results

Copy to Clipboard Toggle word wrap

El error ocurrió en el método getValueRef y se disparó cuando tuvo lugar un cambio de vista debido a que el nodo maestro antigiuo se detuvo y el nuevo todavía estaba iniciando. Para resolver esto, getValueRef se cambió para que vuelva a intentar si no se retornan resultados. El SingletonService ahora funciona tal como se esperaba.

920367 - ClusteredSingleSignOn ClassCastException con aplicaciones no distribuibles

Consulte https://bugzilla.redhat.com/show_bug.cgi?id=920367

901028 - CLONE AS7-5688 ISPN000136: Error de ejecución: java.lang.NullPointerException -> JBAS018079: Falló en hacer pasiva la sesión

Consulte https://bugzilla.redhat.com/show_bug.cgi?id=901028

947420 - No se pudo adquirir un bloqueo después de [0 milisegundos] con pasivación de sesión en

Consulte https://bugzilla.redhat.com/show_bug.cgi?id=947420

Consolas

900849 - Error EAP6 CLI cuando los datos están por encima de 64k

Cualquier comando CLI que retornara una cadena que estuviera por encima de 65535 de longitud fallaría con el siguiente error:

Error de comunicación: java.util.concurrent.ExecutionException: Operación fallida

Copy to Clipboard Toggle word wrap

Esto se debió al uso del método java.io.DataOutput.writeUTF() en la biblioteca JBoss DMR. Este método presenta una UTFDataFormatException si la cadena que se está procesando está por encima de 65535 caracteres de longitud. Se actualizó la biblioteca JBoss DMR para que utilice una técnica opcional para procesar cadenas correctamente por encima de esta longitud. Cualquier comando CLI que retorne una cadena por encima de 65535 caracteres de longitud ahora funciona tal como se esperaba.

EJB

957171 - El cliente no vuelve a intentar la invocación si un nodo se está apagando o está borrando la implementación y una invocación EJB alcanza el nodo en ese estado

Consulte https://bugzilla.redhat.com/show_bug.cgi?id=957171

955506 - Las conexiones no registradas correctamente para TX interno cuando TX externo está suspendido,

Consulte https://bugzilla.redhat.com/show_bug.cgi?id=955506

928922 - [AS7-6526] Es dificil identificar un temporizador EJB con el timer-id registrado, específicamente si no es persistente

Consulte https://bugzilla.redhat.com/show_bug.cgi?id=928922

901203 - Las invocaciones EJB remotas se leen/escriben un byte a la vez

Consulte https://bugzilla.redhat.com/show_bug.cgi?id=901203

HornetQ

900359 - CLONE - Cree un subsistema para el puente JMS

Consulte https://bugzilla.redhat.com/show_bug.cgi?id=900359

901137 - El servidor no se puede apagar apropiadamente cuando reconnect-attempts está configurado como -1

Consulte https://bugzilla.redhat.com/show_bug.cgi?id=901137

901177 - HornetQ no borra el mensaje de la cola cuando el mensaje se deshace y el DLQ no está presente

Consulte https://bugzilla.redhat.com/show_bug.cgi?id=901177

913507 - OutOfMemory en el controlador satélite SpecJMS2007

Cuando NIO estaba habilitado en un conector y había un número grande de hilos activos entonces se presentaba el error OutOfMemory. Esto ocurría debido a que NioWorker no se apagaba correctamente así que los hilos y la memoria que se estaban utilizando no se liberaban. El problema subyacente con el manejo de hilos se ha corregido, reduciendo el riesgo de un error OutOfMemory.

Se recomienda habilitar el parámetro "use-nio-global-worker-pool" para minimizar el riesgo de un error OutOfMemory. A continuación verá una configuración del conector de ejemplo:

<netty-connector name="netty" socket-binding="messaging">
   <param key="use-nio" value="true"/>
   <param key="use-nio-global-worker-pool" value="true"/>
</netty-connector>

Copy to Clipboard Toggle word wrap

919446 - Diario replicado - Se está acabando el espacio del disco con el cambio continuo de respaldo/en vivo.

Consulte https://bugzilla.redhat.com/show_bug.cgi?id=919446

JSF

957838 - Se presenta una excepción "java.io.NotActiveException: Fields were never written" cuando el objeto FacesMessage se serializa en JBoss EAP 6.

La deserialización de los objetos FacesMessage presentarían una excepción ( java.io.NotActiveException) en algunas circunstancias. Esto ocurrio ya que el ObjectOutputStream de los métodos defaultWriteObject() o writeFields() no se invocaba durante la serialización tal como lo requiere la especificación JSF. Estos métodos ahora se llaman correctamente durante la serialización y la deserialización de los objetos FacesMessage ahora funciona tal como se esperaba.

901266 - @PreDestroy no se llama en el bean administrado con ámbito de vista

La memoria utilizada por los beans ViewScoped JSF no se estaba reclamando en algunas circunstancias, lo que hacía que la memoria utilizada por parte del servidor de aplicaciones aumentara a través del tiempo (una "fuga de memoria"). Esto se debía a que el método @PreDetroy de estos beans no se estaba llamando cuando sus sesiones expiraban. La implementación JavaServer Faces en la plataforma de aplicaciones empresariales JBoss 6 se ha actualizado a Mojarra 2.1.16, lo cual resuelve este problema. Cuando hay una expiración de sesión, el método @PreDestroy de cada bean administrado ViewScoped ahora se invoca correctamente y los recursos asignados a cada bean se reclaman.

Scripts y comandos

900518 - la funcionalidad del script Jdr no se puede conectar al localhost:9990

Consulte https://bugzilla.redhat.com/show_bug.cgi?id=900518

Seguridad

910322 - No se puede agregar un rol de seguridad a la configuración de la seguridad usando el CLI

Al agregar un security-role usando el CLI o API, se requería que el usuario especificara tanto los roles que debe tener y todos los roles que no debe tener. Esto se debe a que la operación :add para este recurso no tenía los valores predeterminados para estos parámetros. Estos parámetros ahora son por defecto false. El agregar un rol ahora solo requiere que especifique los roles que el rol de seguridad debe tener configurándolo como true. Todos los otros roles por defecto son false.

Web

901061 - Necesita una configuración "DeleteWorkDirOnContextDestroy" similar en el subsistema web EAP 6

La plataforma de aplicaciones empresariales JBoss 6 no recopilaba JSPs fuente al volver a implementar a menos de que fueran más nuevos que los archivos de clases o el java asociados. Las versiones anteriores de la plataforma de aplicaciones empresariales JBoss 6 no contenía el código para borrar los archivos java y de clases al borrar la implementación. Esto significaba que si un usuario trataba de reestablecer fuentes desde una versión anterior de una aplicación web entonces los archivos .java y .class no se borraban, lo cual evitaba que se volvieran a compilar los JSPs. El código correspondiente ahora se ha agregado a la plataforma de aplicaciones empresariales JBoss 6 y se pueden activar por medio de la propiedad del sistema org.jboss.as.web.deployment.DELETE_WORK_DIR_ONCONTEXTDESTROY. El valor predeterminado para esta propiedad es false. Los usuarios de la plataforma de aplicaciones empresariales JBoss 6 ahora pueden utilizar esta propiedad para borrar los archivos .java y .class para asegurarse de que las fuentes JSP se vuelvan a compilar.

905165 - Los parámetros de la expresión del método causan NPE/MethodNotFoundException

Un método EL (del inglés Expression Language) en una página JSF con cualquier argumento configurado con el valor de null causa una excepción (NullPointerException) cuando se invoca. Esto ocurría ya que el analizador sintáctico EL JBoss Web no manejaba el caso cuando un argumento tenía una valor nulo. JBoss Web se ha actualizado para manejar apropiadamente valores nulos en expresiones de método. El invocar métodos EL con un parámetro nulo ahora trabaja tal como se esperaba.