6.2. Problemas conocidos
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
localhostcomo 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
setAttributeno se llama correctamente. Esto hace que los beans CDI con el disparador de replicaciónSETno se logren replicar. La solución es utilizar el disparadorSET_AND_NON_PRIMITIVE_GETpara 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.NullPointerExceptionde manera ocasional. El cliente recibe una respuesta HTTP503junto 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 SYNCoDIST 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.batpuede 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ónifanterior.Para resolver este problema:- Abra el archivo
JBOSS_HOME\bin\standalone.baten 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.batejecutará 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:failuregenera 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.logCopy 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:33329Copy 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
NaturalIdLoadAccessse 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
FaultTode WS-Addressing está configurado con un cliente WS entonces el servidor WS no envía mensajes de fallo al destinoFaultTo. Sin embargo, si el elementoReplyTose 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 1conigurado en /conf.d/mod_cluster.conf y que no tienen establecido la configuraciónstickysession=JSESSIONID|jsessionidencontrará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 elementostickysessiona la configuración CreateBalancers resolverá el problema.Por ejemplo:CreateBalancers 1 ProxyPass / balancer://qacluster stickysession=JSESSIONID|jsessionid
CreateBalancers 1 ProxyPass / balancer://qacluster stickysession=JSESSIONID|jsessionidCopy 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
SystemMemoryUsageLoadMetricno muestra información útil en los sistemas operativos Linux o UNIX. Para estos sistemas,HeapMemoryUsageLoadMetricproporciona información más útil. La solución a este problema será el cambiar el algoritmo deSystemMemoryUsageLoadMetricpara substraer el valorbuffers/cachedel 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.