Notas de lanzamiento 6.1.0
Funcionalidades nuevas, problemas conocidos e información de soporte para la plataforma de aplicaciones empresariales 6.1.0
Resumen
1. Introducción Copiar enlaceEnlace copiado en el portapapeles!
Importante
6.0.1
. Al actualizar desde 6.0.0
también consulte las notas de lanzamiento de 6.0.1
para ver la lista completa de cambios.
1.1. Comentarios Copiar enlaceEnlace copiado en el portapapeles!
JBoss Enterprise Application Platform
, la versión 6.1.0
y el componente documentation-6.1.0_Release_Notes
. Para su beneficio puede utilizar la siguiente URL, la cual llena el producto, la versión y el componente automáticamente: https://bugzilla.redhat.com/enter_bug.cgi?component=doc%20-%20release%20notes&product=JBoss%20Enterprise%20Application%20Platform%206&version=6.1.0
1.2. Sinopsis Copiar enlaceEnlace copiado en el portapapeles!
2. Nuevas funcionalidades Copiar enlaceEnlace copiado en el portapapeles!
- Válvulas globales en JBoss Web
- La plataforma de aplicaciones empresariales JBoss 5 ofrecía la funcionalidad de configurar una válvula global para el contenedor web. En 6.0 sólo era posible configurar una válvula aplicación por aplicación. Para la plataforma de aplicaciones empresariales JBoss 6.1 se ha reestablecido la funcionalidad de la válvula global.
- Opciones mejoradas de contexto inicial para clientes EJB
- La plataforma de aplicaciones empresariales JBoss 6.1 proporciona un método para configurar un InitialContext con un mapeo y crear un EjbClientContext con ámbito de este InitialContext en particular. El método también habilita esta configuración sin dependencias en clases especificas JBoss.
- Pasar información adicional al módulo de autorización
- En la plataforma de aplicaciones empresariales JBoss 6.0 no era posible pasar información adicional al módulo de autorización ya que los interceptores de Java EE no se llamaban hasta después de que se llamaran los interceptores del contenedor, incluyedo el módulo de inicio de sesión. La plataforma de aplicaciones empresariales JBoss 6.1 ha agregado la funcionalidad para inyectar interceptores Java EE en la cadena de interceptores del contenedor.
- Propagación del contexto de seguridad y cambio de usuarios
- La plataforma de aplicaciones empresariales JBoss 6.1 proporciona inicios rápidos para demostrar las siguientes funcionalidades:
ejb-security-interceptors
- Demuestra la manera en que los interceptores se pueden utilizar para cambiar la identidad para las llamadas EJB, llamada por llamada.ejb-security-interceptors
- Demuestra la manera en que los interceptores ahora se pueden inyectar en la cadena de interceptores del servidor para propagar contextos de seguridad de un EJB a otro y cambiar los usuarios de un EJB.
- Substitución mejorada de las propiedades del sistema
- La plataforma de aplicaciones empresariales JBoss 6.0.0 incluía la substitución de propiedades como una funcionalidad de los atributos de la configuración, pero el número de propiedades que se soportaban era limitado. Para la plataforma de aplicaciones empresariales JBoss 6.1 el número de atributos habilitados para la substitución ha aumentado.
- Nombres de columnas deterministas con Hibernate
- En versiones anteriores Hibernate no utilizaba un algoritmo determinístico para generar alias de columnas, limitando el beneficio derivado del caché de la base de datos. Los alias ahora están nombrados de manera consistente.
- Replicación de mensajes en la memoria HornetQ
- HornetQ ahora ofrece una alta disponibilidad por medio de la replicación de mensajes en la memoria además de la opción de almacenamiento compartido ya existente.
- Conector NIO2
- EAP 6.1 ahora proporciona un conector basado en NIO2 para las implementaciones Java7 que brindaban de manera importante mejor rendimiento que el conector nativo.
- Superposición de implementaciones
- EAP ahora ofrece la funcionalidad de sobreescribir los descriptores de implementación con una implementación con descriptores opcionales en el momento de la implementación.
3. Funcionalidades ofrecidas como un avance tecnológico sólamente Copiar enlaceEnlace copiado en el portapapeles!
- Descubrimiento HornetQ por medio de JGroups
- HornetQ ahora ofrece descubrimiento dinámico de la configuración de la conexión del servidor por medio de UDP y JGroups.
- WS-Trust/STS con JBoss Web Services
- JBoss Web Services ahora presenta funcionalidades WS-Trust/STS desde la implementación CXF subyacente.
- Modo silencioso de JBoss CLI
- Se agregó un 'Modo silencioso' a la API CommandContext para los procesos incluyendo el CLI.
- Agregar módulos con JBoss CLI
- El CLI ofrece un nuevo comando para agregar y borrar módulos.
- Configuración del controlador Syslog
- EAP ahora propociona un controlador y configuración para el protocolo syslog.
- Nuevos algoritmos de carga en grupos de Hibernate
- Hibernate agregó dos algoritmos de carga en grupos al algoritmo de legado ya existente, dinámico y acolchado.
- Hibernate - Caché de segundo nivel mejorado para referencias de objetos para datos no-mutables
- Hibernate - Soporte de mejoras del código byte mejorado y expandido
- Puente WS-AT/XA
- La funcionalidad del puente de transacciones WS-AT/XA se brinda como un avance tecnológico sólamente y no se soporta en un entorno de producción.
- Validación RestEasy con el validador Hibernate
- RestEasy ahora entrega un proveedor de validación para soportar el validador Hibernate que se entrega junto con la plataforma de aplicaciones empresariales JBoss 6.
- Cases de ayuda de ServiceMBean reestablecidas
- Se introdujo el módulo
org.jboss.as.system-jmx
para reestablecer las clases de ayuda disponibles en versiones anteriores de la plataforma de aplicaciones empresariales JBoss que ayudan a los usuarios a crear MBeans. - Multi-JSF
- Esta funcionalidad habilita al usuario a reemplazar la implementación JSF proporcionada con EAP con una implementación JSF proporcionada por el usuario.
- Almacén JDBC para transacciones
- JBoss Transactions ahora se puede configurar para utilizar una base de datos JDBC como almacén. Esto se habilita en el subsistema de transacciones configurando los siguientes dos atributos usando la herramienta CLI.
- Establezca
use-jdbc-store
comotrue
./subsystem=transactions:write-attribute(name=use-jdbc-store, value=true)
/subsystem=transactions:write-attribute(name=use-jdbc-store, value=true)
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Establezca
jdbc-store-datasource
con el nombre JNDI para la fuente de datos a utilizar./subsystem=transactions:write-attribute(name=jdbc-store-datasource, value=java:jboss/datasources/TransDS)
/subsystem=transactions:write-attribute(name=jdbc-store-datasource, value=java:jboss/datasources/TransDS)
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
A continuación se proporciona el grupo completo de atributos.Expand Tabla 1. Propiedades del almacén JDBC de transacciones Propiedad Descripción use-jdbc-store
Establezca esto como "true" para habilitar el almacén JDBC para transacciones.jdbc-store-datasource
El nombre JNDI de la fuente de datos JDBC utilizada para almecenamiento.jdbc-action-store-drop-table
Borrar y recrear las tablas del almacén de acciones al iniciar. Opcional, por defecto es "false".jdbc-action-store-table-prefix
El prefijo para los nombres de la tabla del almacén de acciones. Opcional.jdbc-communication-store-drop-table
Borrar y recrear las tablas del almacén de comunicación al iniciar. Opcional, por defecto es "false".jdbc-communication-store-table-prefix
El prefijo para los nombres de la tabla del almacén de comunicación. Opcional.jdbc-state-store-drop-table
Borrar y recrear las tablas del almacén de estado al iniciar. Opcional, por defecto es "false".jdbc-state-store-table-prefix
El prefijo para los nombres de la tabla del almacén de estado. Opcional.
4. Funcionalidades no soportadas Copiar enlaceEnlace copiado en el portapapeles!
- API Infinispan
- El uso directo de la API Infinispan no se soporta en la plataforma de aplicaciones empresariales JBoss 6. Infinispan se utiliza como un detalle de implementación para varias tecnologías de clústers internas para la plataforma de aplicaciones empresariales JBoss. El
module.xml
del API indica de manera incorrecta que es posible el uso directo aunque no es el caso. Esto se arreglará en un lanzamiento futuro. El uso directo de la API Infinispan requiere una subscripción a JBoss Data Grid. - Limitaciones IPv6 de JDK 6
- Las siguientes limitaciones IPv6 son generadas por JDK 6 y no son defectos en la plataforma de aplicaciones empresariales JBoss 6.
- En el servidor de Microsoft Windows, JDK 6 sólo tiene una implementación IPv6 parcial. Esta implementación no es suficiente para ejecutar la plataforma de aplicaciones empresariales JBoss 6. Un soporte completo de IPv6 en el servidor de Microsoft Windows requiere JDK 7.
- En Red Hat Enterprise Linux, un error en Oracle JDK 6 significa que una dirección especificada en un cliente (el punto de la red estableciendo la conexión) la cual contiene un
zone-id
fallará. Para usar unzone-id
, actualice a JDK 7 o use IcedTea/OpenJDK 6, el cual está disponible para Red Hat Enterprise Linux y no presenta este error. Para mayor información sobre el error, consulte http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6800096 and https://issues.jboss.org/browse/JBPAPP-8833.
- Propagación del contexto JPA 2.0 por fuera de una transacción JTA
- La propagación de los contextos de persistencia extendidos (XPC del inglés Extended Persistence Contexts) no tenía en cuenta la existencia de una transacción, con el XPC siempre propagándose. Ese comportamiento no está de acuerdo con las especificaciones de JPA 2.0. El manejo de XPC se ha modificado de manera que cuando no hay una transacción activa la propagación de XPC se ignora y el bean que se está invocando tiene su propio contexto de persistencia del XPC.Si su aplicación espera que los contextos de persistencia extendidos se propaguen por fuera de transacciones JTA entonces necesita considerar si es necesario modificar su aplicación. Consulte la guia de migración de la plataforma de aplicaciones empresariales JBoss 6 para ver mayores instrucciones sobre cómo actualizar su aplicación.La plataforma de aplicaciones empresariales JBoss 5 brindaba una propiedad del sistema (
JBPAPP-923.alwaysPropagate
) para habilitar este comportamiento. Esta propiedad del sistema no está disponible en la plataforma de aplicaciones empresariales JBoss 6.Para mayor información sobre esta decisión consulte https://issues.jboss.org/browse/AS7-1663. - PicketLink IDM
- El PicketLink IDM (Identity Management - administración de identidad) no se soporta en la plataforma de aplicaciones empresariales JBoss 6.
- PicketLink STS
- PicketLink STS (Security Token Service - servicio token de seguridad) no se soporta en la plataforma de aplicaciones empresariales JBoss 6.
- Wrapper del servicio Tanuki
- El wrapper del servicio Tanuki no se soporta con la plataforma de aplicaciones empresariales JBoss 6. Puede encontrar mayor información en https://issues.jboss.org/browse/JBPAPP-8651.
- Recuperación XA en Microsoft SQL Server 2008
- La recuperación XA no funciona con Microsoft SQL Server 2008 R1. Esta funcionalidad trabaja con Microsoft SQL Server 2008 R2 SP2. Para mayor información consulte las siguientes URLs:
- Recuperación XA en MySQL
- El controlador MySQL JDBC no implementa apropiadamente la recuperación XA. Para mayor información consulte https://issues.jboss.org/browse/JBPAPP-2576.
- JBoss OSGi
- JBoss OSGi, una implementación de la especificación OSGi, ha sido clasificada ahora como no soportada y antes era un avance de tecnología. Para mayor información consulte https://access.redhat.com/site/solutions/362814.
5. Componentes Copiar enlaceEnlace copiado en el portapapeles!
6. Cambios en este lanzamiento Copiar enlaceEnlace copiado en el portapapeles!
6.1. Resolución de errores Copiar enlaceEnlace copiado en el portapapeles!
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
IllegalStateException: JBAS010350: Expected result from singleton provider only, but instead received 0 results
Copy to Clipboard Copied! Toggle word wrap Toggle overflow El error ocurrió en el métodogetValueRef
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. ElSingletonService
ahora funciona tal como se esperaba. - 920367 - ClusteredSingleSignOn ClassCastException con aplicaciones no distribuibles
- 901028 - CLONE AS7-5688 ISPN000136: Error de ejecución: java.lang.NullPointerException -> JBAS018079: Falló en hacer pasiva la sesión
- 947420 - No se pudo adquirir un bloqueo después de [0 milisegundos] con pasivación de sesión en
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
Error de comunicación: java.util.concurrent.ExecutionException: Operación fallida
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Esto se debió al uso del métodojava.io.DataOutput.writeUTF()
en la biblioteca JBoss DMR. Este método presenta unaUTFDataFormatException
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
- 955506 - Las conexiones no registradas correctamente para TX interno cuando TX externo está suspendido,
- 928922 - [AS7-6526] Es dificil identificar un temporizador EJB con el timer-id registrado, específicamente si no es persistente
- 901203 - Las invocaciones EJB remotas se leen/escriben un byte a la vez
HornetQ
- 900359 - CLONE - Cree un subsistema para el puente JMS
- 901137 - El servidor no se puede apagar apropiadamente cuando reconnect-attempts está configurado como -1
- 901177 - HornetQ no borra el mensaje de la cola cuando el mensaje se deshace y el DLQ no está presente
- 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>
<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 Copied! Toggle word wrap Toggle overflow - 919446 - Diario replicado - Se está acabando el espacio del disco con el cambio continuo de respaldo/en vivo.
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 elObjectOutputStream
de los métodosdefaultWriteObject()
owriteFields()
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 objetosFacesMessage
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 administradoViewScoped
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
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 defectofalse
. El agregar un rol ahora solo requiere que especifique los roles que el rol de seguridad debe tener configurándolo comotrue
. Todos los otros roles por defecto sonfalse
.
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 sistemaorg.jboss.as.web.deployment.DELETE_WORK_DIR_ONCONTEXTDESTROY
. El valor predeterminado para esta propiedad esfalse
. 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.
6.2. Problemas conocidos Copiar enlaceEnlace copiado en el portapapeles!
Servidor Apache (httpd) y conectores
- 900620 - Los nativos APR no se están cargando si UAC está en lugar (Windows Server 2008 R2)
- En servidores Windows, las bibliotecas APR (del inglés Apache portable runtime) no lograrán cargar a menos de que se esté utilizando un usuario con derechos de administración con el UAC (del inglés User Account Control) inhabilitado.
Clústers
- 901164 - Datos de sesión pasados recibidos después de la conmutación de servidores en caso de fallo, las sesiones se pierden
- 900707 - La substitución de propiedades se rompe cuando se utiliza la cadena "localhost" como parte del valor predeterminado
- La substitución de propiedades no funciona correctamente cuando se utilizaba la cadena
localhost
como parte de un valor predeterminado en la configuración del subsistema JGroups. La substitución de propiedades es una funcionalidad proporcionada para los subsistemas de la plataforma de aplicaciones empresariales JBoss 6. Sin embargo, no todos los subsistemas lo tienen habilitado y algunos subsistemas (como JGroups) de heho realizan parte de su propia substitución. Sin embargo, este comportamiento no es estándar y difiere de las propiedades del subsistema soportado. Red Hat recomienda no usar la substitución de propiedades con el subsistema JGroups hasta que se resuelva este problema. - 900378 - Los beans CDI con el disparador de replicación SET no se están replicando
- Debido a un error en el componente Weld, el método
setAttribute
no se llama correctamente. Esto hace que los beans CDI con el disparador de replicaciónSET
no se logren replicar. La solución es utilizar el disparadorSET_AND_NON_PRIMITIVE_GET
para estos beans. Esto se arreglará en un lanzamiento futuro. - 900549 - "WeldListener: java.lang.NullPointerException" transitoria con clústes y replicación de sesiones
- Se presenta una
WeldListener: java.lang.NullPointerException
de manera ocasional. El cliente recibe una respuesta HTTP503
junto con el texto de la excepción. La causa de este error está bajo investigación. - 900483 - CLONE - Datos de sesión pasados recibidos al usar DIST SYNC al apagar el nodo
- Durante la prueba, unos pocos casos mostraron que se recibió datos de sesión pasados cuando se apagó un nodo y se utilizó el modo caché
DIST SYNC
oDIST ASYNC
. Este problema todavía está bajo investigación. - 959753 - DIST SYNC: El servicio jboss.infinispan.web.default-host/XY no inicia después de reiniciar un nodo con el mensaje "Initial state transfer timed out"
HornetQ
- 959216 - No se pueden enviar mensajes más largos usando el protocolo Stomp
- 959616 - Punto muerto durante un apagado en limpio de la copia de respaldo durante la activación
- Un servidor de la plataforma de aplicaciones empresariales JBoss 6 que esté configurado como un servidor de respaldo HornetQ no logrará aagarse en la siguiente situación:
- Los beans dirigidos por mensajes se implementan localmente en el servidor y
- el comando de apagado se realiza durante la activación del servidor.
En este escenario el apagado resultará en un punto muerto que evita que el proceso de apagado se complete. Una vez en el punto muerto, el servidor se debe terminar de manera forzosa. En Red Hat Enterprise Linux 6 esto se puede lograr usando el comandokill -9
.Para evitar esta situación, sólo trate de apagar el servidor antes o después de la activación y no durante el proceso de carga del diario. - 959789 - El puente núcleo HQ no realiza conmutación de servidores en caso de fallo
- 928400 - pageSize >= maxSize causa un estado inapropiado del servidor
- 912653 - Clone: JNDI remoto no está funcionando con un puente JMS sólo HornetQ
- 922184 - Diario replicado - NullPointerException en el lado de la copia de seguridad al guardar el mensaje de agregar/guardar los cambios a un diario no-existente
- 928288 - Diario replicado - estado ilegal de la copia de seguridad si se presentan fallos en la red mientras se inicia la replicación del diario desde vivo
- 899966 - Problema con Netty en las direcciones locales de enlace IPv6
- Debido a un error JDK, si usa direcciones locales de enlace entonces se utilizan IDs de zona para distinguir la interfaz seleccionada. Este problema no afecta las direcciones globales. En una versión futura del componente Netty se incluirá una solución.
Scripts y comandos
- 965315 - El tiempo de expiración jboss-ec2-eap del script del usuario no funciona apropiadamente
- La funcionalidad del tiempo de expiración implementada en el script del usuario en las imágenes AMI de la plataforma de aplicaciones empresariales JBoss no funciona. Si un comando en el script del usuario se cuelga entonces esto evitará que la máquina virtual inicie de manera exitosa. La funcionalidad del tiempo de expiración tenía la intención de permitirle la máquina virtual el continuar iniciando, sin importar si hay colgando un comando de script del usuario, permitiendo realizar un diagnóstico en el script del usuario. La causa de este problema es que la shell bash no soporta el control de trabajos en shells no interactivas y esta funcionalidad se requiere por parte del tiempo de expiración implementado en el script del usuario. Actualmente no hay una solución disponible pero se espera que esté resuelto para el próximo lanzamiento.
- 956281 - El iniciar EAP 6.1 en mvj de 32bits puede generar un fallo al iniciar la MVJ
- En MVJ Windows 8 32-bits,la configuración del espacio máximo general permitido por defecto hace que no se cree la MVJ, lo cual evita que el servidor inicie. Para solucionar este problema borre el parámetro -XX:MaxPermSize=256m de los parámetros de arranque de la MVJ. Una vez se haga esto la MVJ se creará y se iniciará el servidor.
- 916960 - Standalone.bat no funciona si hay paréntesis en la ruta a la EAP.
- Este lanzamiento de la plataforma de aplicaciones empresariales JBoss 6 tiene un problema conocido con el instalador y las instalaciones Windows en un directorio predeterminado que contenga paréntesis. Por ejemplo;
C: Program Files (x86)\jboss-eap-6.1\
.En estas circunstancias el archivostandalone.bat
puede fallar con el mensaje\jboss-eap-6.1 was unexpected at this time
.Esto se debe a que el procesador DOS interpreta el paréntesis final en el nombre de la ruta JBoss "echo" como el final de la declaraciónif
anterior.Para resolver este problema:- Abra el archivo
JBOSS_HOME\bin\standalone.bat
en un editor. - Busque la siguiente línea:
echo JBOSS_HOME: %JBOSS_HOME%
echo JBOSS_HOME: %JBOSS_HOME%
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Agregue comillas dobles alrededor de la variable
%JBOSS_HOME%
:echo JBOSS_HOME: "%JBOSS_HOME%"
echo JBOSS_HOME: "%JBOSS_HOME%"
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
Esto asegurará que los paréntesis se interpreten correctamente y elstandalone.bat
ejecutará de manera exitosa.
Seguridad
- 920160 - Acceso no autorizado a una aplicación web protegida con un módulo de autorización personalizado genera un HTTP 200 (OK) en lugar de HTTP 403 (prohibido)
- 963277 - El depurar los administradores de seguridad Java genera un StackOverflow al arrancar
- El ejecutar con un administrador de seguridad habilitado y
-Djava.security.debug=access:failure
genera un mensaje de error StackOverflow y una instancia de la plataforma de aplicaciones empresariales JBoss que no se puede iniciar. Este problema se debe a que la salida de depuración de AccessControllercontext en el flujo del sistema causa un bucle infinito el verificar los permisos. La causa raíz de este problema se ha identificado y se espera que se arregle en un lanzamiento futuro.
El servidor Apache (httpd) y conectores, documentación
- 900580 - httpd: libaprutil-1.so.0: archivo demasiado corto
- Los binarios APR (Apache portable runtime) no se empacan nativamente como parte de la plataforma de aplicaciones empresariales JBoss o JBoss Enterprise Web Server para Red Hat Enterprise Linux. Symlinks se utilizan para hacer referencia a las bibliotecas base de Red Hat Enterprise Linux. Esto puede generar un problema con symlinks que no se pueden resolver al tratar de usar binarios APR si los siguientes paquetes no se instalan:
apr
,apr-util
,apr-devel
,apr-util-devel
.La solución para este problema se enviará en una actualización futura de Red Hat Enterprise Linux APR.
CDI/Weld
- 927895 - META-INF "Dependencies: org.foo.module services" no funciona para las extensiones portátiles CDI
- Existe un problema conocido en este lanzamiento de la plataforma de aplicaciones empresariales JBoss 6 en donde las implementaciones con dependencias en extensiones portátiles CDI entregadas dentro de módulos fallarán en implementar la siguiente excepción:
org.jboss.weld.exceptions.DeploymentException: WELD-001408 Dependencias no satisfechas para el tipo [<Extension Name>]
org.jboss.weld.exceptions.DeploymentException: WELD-001408 Dependencias no satisfechas para el tipo [<Extension Name>]
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Esto se debe a que las implementaciones no cargan extensiones portátiles CDI desde los módulos declarados como dependencias.Con el fin de que una aplicación cargue una extensión portátil CDI definida en un módulo de extensión JBoss, no es suficiente para la aplicación el declarar una dependencia en el módulo de extensión JBoss. La aplicación también debe declarar una dependencia en la clase de extensión portátil en su archivoMETA-INF/services/javax.enterprise.inject.spi.Extension
.
CLI
- 928444 - No se puede iniciar el CLI en windows si no existe el directorio padre de aesh.log
- La herramienta CLI no logra lanzarse si el directorio padre de su archivo de registro no existe. El CLI presenta una excepción (
IOException
) con el siguiente mensaje de error.java.io.IOException: no pudo obtener el bloqueo para C:\Users\hudson\AppData\Local\Temp\2\\aesh.log
java.io.IOException: no pudo obtener el bloqueo para C:\Users\hudson\AppData\Local\Temp\2\\aesh.log
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Para evitar este error, asegúrese de que el directorio especificado existe antes de lanzar la herramienta CLI.
Clustering, EJB
- 900480 - CLONE - Tiempo de respuesta extremadamente despacioso en la invocación remota EJB en el cambio de membresía del clúster
- Cuando el servidor se apaga o se cae, los cambios de las membresías pueden tomar hasta un minuto para completarse. Este problema está actualmente bajo investigación.
EJB, nombrado, remoto
- 923836 - remote:// el protocolo no funciona a través de SSL con IBM JDK
- Hay un problema conocido en este lanzamiento de la plataforma de aplicaciones empresariales JBoss 6 en donde la búsqueda de nombrado remoto falla de manera intermitente en un IBM JDK con la siguiente excepción:
org.jboss.remoting3.NotOpenException: El punto final no está abierto.
org.jboss.remoting3.NotOpenException: El punto final no está abierto.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Este problema se presenta cuando el cliente usa el IBM JDK. En instancias en donde el servidor está en el IBM JDK y el cliente usa otro JDK, el problema no se presenta.El problema se está investigando para buscar una solución.
EJB, remoto
- 962734 - IOException durante una invocación EJB causa una caída
- Si un recibidor de protocolo EJB del lado del servidor recibe encabezados de mensajes inválidos de un cliente entonces se registra un mensaje similar al siguiente y el cliente se colgaría.
15:06:46,092 WARN [org.jboss.as.ejb3] (Remoting "dhcp-4-126" task-4) JBAS014254: Recibió un encabezado de mensaje no soportado 0xffffffff en el canal Id de canal 0c51fad8 (inbound) de conexión remota 4589adff a /127.0.0.1:33329
15:06:46,092 WARN [org.jboss.as.ejb3] (Remoting "dhcp-4-126" task-4) JBAS014254: Recibió un encabezado de mensaje no soportado 0xffffffff en el canal Id de canal 0c51fad8 (inbound) de conexión remota 4589adff a /127.0.0.1:33329
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Cuando se recibe y se registra un encabezado de mensaje inválido, el recibidor del protocolo EJB no se volvía a inscribir a si mismo en el canal así que no respondería a más mensajes. El cliente se quedaría esperando por una respuesta que nunca se enviaría debido a que el mensaje original no fue procesado por el servidor. No se tiene solución para este problema pero se espera un arreglo para un lanzamiento futuro.
EJB, administrador de transacciones
- 952746 - Arreglo de fallos de recuperación de transacciones involucrando un recurso EJB remoto
Hibernate
- 900321 - HHH-7287 Problema al poner en caché valores de id naturales propios al obtener resultados por medio de naturalIdQuery usando NaturalIdLoadAccess
NaturalIdLoadAccess
se comporta de manera inconsistente al tratar de cargar entidades desde el caché de nivel dos (L2) después de una actualización de sus valores de id naturales desde un escenario no transaccional.Hibernate actualmente no soporta el caché apropiado de L2 de entidades con IDs naturales en escenarios en donde hay una mezcla de acceso transaccional y no transaccional a la base de datos.
Soporte IPv6
- 900564 - Formato equivocado de direcciones IPv6 en las entradas del registro
- Las direcciones IPv6 se deben formatear con paréntesis cuadrados ([ y ]) alrededor de ellas atl como en
http://[2620:52:0:105f::ffff:2]:9990
. Los paréntesis faltan en los archivos de registro para la plataforma de aplicaciones empresariales JBoss 6. Este problema se resolverá en un lanzamiento futuro. - 900609 - Se abrían sockets IPv4 en Windows cuando el servidor está enlazado a IPv6
- Si se inicia la aplicación empresarial JBoss 6 en el servidor Microsoft Windows con la pila IPv4 inhabilitada y la pila IPv6 habilitada, los sockets IPv4 todavía están abiertos. Este problema todavía está bajo investigación.
JCA
- 952277 - el inhabilitar la fuente de datos xa hace que la fuente de datos pierda su atributo habilitado configurado como falso y después de volverlo a cargar se habilita
RESTEasy
- 958896 - RESTEasy: tipo de contenido inválido en la respuesta - Comportamiento equivocado cuando se especifica un encabezado de aceptación inválido en el encabezado de petición
Remoto, nombrado
- 913189 - Compatibilidad retroactiva para clientes JMS con búsquedas JNDI
Servidor
- 911496 - Un cambio en la estructura del módulo evita que JBDS cree un servidor EAP 6.1
Servicios web
- 900634 - JBossWS-CXF no envía un mensaje de falla a un punto final FaultTo cuando el mensaje es request-response.
- Si el elemento
FaultTo
de WS-Addressing está configurado con un cliente WS entonces el servidor WS no envía mensajes de fallo al destinoFaultTo
. Sin embargo, si el elementoReplyTo
se configura entonces el servidor WS envía las respuestas al destinoResponseTo
. La causa de este problema todavía está bajo investigación.
mod_cluster
- 901227 - los atributos node-timeout, worker-timeout, flush-wait y ttl mod_cluster attributes en la consola web
- 960243 - Regresión en la integración ProxyPass
- 958991 - núcleo mod_cluster cuando usa ProxyPass / balancer://bal y CreateBalancers 1
- Los usuarios de la plataforma de aplicaciones empresariales JBoss 6 que tienen
CreateBalancers 1
conigurado en /conf.d/mod_cluster.conf y que no tienen establecido la configuraciónstickysession=JSESSIONID|jsessionid
encontrarán la siguiente segmentación fallida:[notice] child pid 7787 exit signal Segmentation fault (11)
[notice] child pid 7787 exit signal Segmentation fault (11)
Copy to Clipboard Copied! Toggle word wrap Toggle overflow El agregar el elementostickysession
a la configuración CreateBalancers resolverá el problema.Por ejemplo:CreateBalancers 1 ProxyPass / balancer://qacluster stickysession=JSESSIONID|jsessionid
CreateBalancers 1 ProxyPass / balancer://qacluster stickysession=JSESSIONID|jsessionid
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 900801 - Agregar modcluster a través del CLI falla.
- 963720 - mod_cluster: falla de la búsqueda DNS proxy con IPv6 en Solaris
no especificado
- 900047 - SystemMemoryUsageLoadMetric no es correcto en Linux/Unix
- La
SystemMemoryUsageLoadMetric
no muestra información útil en los sistemas operativos Linux o UNIX. Para estos sistemas,HeapMemoryUsageLoadMetric
proporciona información más útil. La solución a este problema será el cambiar el algoritmo deSystemMemoryUsageLoadMetric
para substraer el valorbuffers/cache
del númeroused
. El mejor método para lograr esto está bajo investigación. - 901231 - El uso de finalize() necesita extra guardias en IBM JDK
- La plataforma de aplicaciones empresariales JBoss 6 puede experimentar fallos intermitentes al ejecutar en IBM JDK 6 y 7. Esto se debe a que el recolector de basura IBM es mucho más agresivo que el de las otras MVJ. Algunas veces esto puede hacer que se reclame la memoria en situaciones que no estaban anticipadas y no se manifestaban al probar otras MVJ.Hasta que este problema este resuelto Red Hat recomienda no utilizar IBM JDK 6 o 7 para ejecutar la plataforma de aplicaciones empresariales JBoss 6.
A. Historial de revisiones Copiar enlaceEnlace copiado en el portapapeles!
Historial de revisiones | |||
---|---|---|---|
Revisión 0.0-20.1.400 | 2013-10-30 | ||
| |||
Revisión 0.0-20.1 | Mon Jul 8 2013 | ||
| |||
Revisión 0.0-20 | Thu May 23 2013 | ||
|