7.3. Problemas conocidos

CLI

1031173 - jboss-cli.bat no funciona cuando EAP se instala en un directorio con espacios

La herramienta jboss-cli no se lanzará de manera exitosa en el sistema operativo del servidor de Microsoft Windows si JBoss EAP se instala en un directorio que tenga espacios u otro caracter especial tal como paréntesis en su ruta. Se obtiene el siguiente mensaje de error si JBoss EAP se instala en el directorio C:\JBoss EAP\jboss-eap-6.2:

Error: Could not find or load main class EAP\jboss-eap-6.2\bin\jboss-cli-logging.properties

Copy to Clipboard Toggle word wrap

Esto se puede solucionar modificando el archivo jboss-cli.bat y editando la línea 62 de jboss-cli.bat para mover el primer caracter " del inicio de JAVA_OPTS al final de la tarea de manera que se ve así:

set JAVA_OPTS="%JAVA_OPTS% -Djboss.modules.system.pkgs=com.sun.java.swing -Dlogging.configuration=file:%JBOSS_HOME%\bin\jboss-cli-logging.properties"

Copy to Clipboard Toggle word wrap

Este error también se puede evitar no instalando JBoss EAP 6 en un directorio con espacios o paréntesis en su nombre.

Esto se solucionará en un lanzamiento futuro.

1019232 - jboss-cli.sh presenta NullPointerException al usar el autocompletado por tabulación en el nodo de la fuente de datos

La herramienta jboss-cli presentará una excepción y saldrá cuando el usuario trate de utilizar la funcionalidad de autocompletado por tabulación en algunas circunstancias. Un caso anotado es cuando se utiliza la operación de fuente de datos incorporada así: data-source --name=ExampleDS a y luego presiona la tecla TAB. Esto se debe a un manejo inadecuado de la excepción en el analizador dintáctico de comandos para estas situaciones y se solucionará en el siguiente lanzamiento.

988283 - CLI GUI - el diálogo para el atributo de escritura para el valor de cadena debe incluir un valor en el comando generado con comillas dobles

El tratar de configurar un valor usando la herramienta jboss-cli que contiene una propiedad solo guardará el caracter $ en el valor en lugar de la propiedad a menos de que todo el valor se encuentre entre comillas dobles. Esto se debe a que el analizador sintático de la línea de comandos CLI analizará de manera incorrecta cualquier expresión ${X} como solo $ a menos de que se encuentre entre comillas dobles.

La solución es asegurarse de que los valores que contienen expresiones se encuentren entre comillas dobles, por ejemplo:

[standalone@localhost:9999 subsystem=webservices] :write-attribute(name=wsdl-host, value="${jboss.bind.address:127.0.0.1}")

Copy to Clipboard Toggle word wrap

Tenga en cuenta que los comandos generados por jboss-cli en el modo GUI no incluyen comillas automáticamente.

Clústers

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ón SET no se logren replicar. La solución es utilizar el disparador SET_AND_NON_PRIMITIVE_GET para estos beans. Esto se arreglará en un lanzamiento futuro.

900483 - Datos de sesión pasados recibidos al usar DIST SYNC al apagar el nodo

Durante la prueba, algunos casos mostraron que se recibió datos de sesión pasados cuando se apagó un nodo y se utilizaba el modo caché DIST SYNC o DIST ASYNC. Este problema todavía está bajo investigación.

Documentación

1026813 - Describe detalles de la implementación del comportamiento del método de inicio de arranque del servlet con excepción

El comportamiento del servidor cuando los servlets presentan excepciones en su método init() o ServletContextListener.contextInitialized no está definido por parte de la especificación del servlet y la Guía del desarrollador de JBoss EAP no proporciona una explicación de cómo se comporta JBoss EAP 6 en esta situación.

El comportamiento de JBoss EAP 6 en estas situaciones se puede resumir así:

• Si el método init() del servlet presenta una excepción entonces la aplicación todavía se implementará pero el servlet no estará disponible.

• Si ServletContextListener.contextInitialized presenta una excepción entonces la implementación fallará.

Una versión futura de la Guía del desarrollador de JBoss EAP proporcionará más detalles.

1021607 - RBAC: explique las dos clases de no personalización que tenemos

Algunos recursos no son personalizables para el grupo de servidores y roles con ámbito de host con el fin de proporcionar una vista simplificada del modelo de administración para mejorar su facilidad de uso. Esto es diferente de los recursos que no son personalizables para proteger datos confidenciales.

Para los roles con ámbito del grupo de servidores esto significa que los recursos en la parte `profile`, `socket binding group`, `deployment`, `deployment override`, `server group`, `server config` y `server` del modelo de administración no serán visibles si no están relacionados con el grupo de servidores especificado para el rol.

Para los roles con ámbito de host esto significa que los recursos en la parte `/host=*` del modelo de administración no serán visibles si no están relacionados con los grupos de servidores especificados para el rol.

Sin embargo, en algunos casos esta vista simplificada puede esconder información que mientras se pueda encontrar por fuera del ámbito de lo que el usuario está administrando, puede guíar al usuario en referencia a lo que debe hacer. Un ejemplo de esto es http://bugzilla.redhat.com/show_bug.cgi?id=1015524.

En un lanzamiento futuro, algunos de estos recursos no personalizables pueden cambiar a ser personalizables pero no leíbles. Esto no afectará la seguridad del servidor ya que no eran no personalizables por razones de seguridad. Red Hat recomienda que no confíe en la característica de no personalización de los recursos para esconder información a menos de que esta no personalización se defina en una restricción de confidencialidad.

Administración de dominios

1015524 - RBAC: no se puede implementar la misma implementación que el usuario ya implementó desde un ámbito de grupo de servidores

Cuando se activan los controles de acceso basado en roles, los usuarios administrativos con roles de ámbito del grupo de servidores pueden tener nuevas implementaciones fallando con el siguiente mensaje:

"JBAS014807: Management resource '[(\"deployment\" => \"example.war\")]' not found"

Copy to Clipboard Toggle word wrap

Esto sucede debido a que ya existe una implementación con el mismo nombre en el dominio. Este es un comportamiento correcto. Sin embargo, debido a que el usuario administrativo tiene un ámbito de grupo de servidores, no podrán ver si dicha implementación ya existe en otro grupo de servidores. Esto hace dificil el evitar este error confuso.

Para solucionar esta limitación, Red Hat recomienda que los roles sin ámbito se asignn a los usuarios responsables de agregar implementaciones a un dominio o que se mantenga una lista de nombres de implementación de manera que los usuarios administrativos los tengan en cuenta.

1034700 - la operación whoami no funciona con el administrador de seguridad activado

La operación :whoami no ejecuta correctamente cuando JBoss EAP 6 está ejecutando con el administrador de seguridad Java activado. El tratar de ejecutar esta operación en esta situación genera una excepción de tipo IllegalArgumentException.

1035231 - RBAC: el control de acceso no funciona con el administrador de seguridad

Cuando JBoss EAP 6 se ejecuta con el administrador de seguridad Java activado, el sistema de control de acceso basado en roles se desactiva efectivamente ya que en esta situación todos los usuarios autenticados se tratan como super usuarios. La única manera de utilizar actulamente el control de acceso basado en roles es sin el administrador de seguridad Java activado.

1035232 - El modo de dominio EAP no está funcionando apropiadamente con el administrador de seguridad

Los servidores en un dominio administrador no se lanzarán exitosamente si están configurados para usar un administrador de seguridad Java sin especificar el nombre de la clase del administrador de seguridad. Esto se hace usualmente al utilizar el administrador de seguridad predeterminado especificando -Djava.security.manager en domain.conf o como un parámetro de la línea de comandos.

En esta situación los servidores no lograrán lanzar con el siguiente mensaje:

                    Error occurred during initialization of VM java.lang.InternalError: Could not create SecurityManager: true

Copy to Clipboard Toggle word wrap

Esto ocurre debido a que una propiedad del sistema sin un valor se pasa por parte de los controladores host a sus servidores administrados con el valor de true. Esto significa que los servidores tratará de utilizar un administrador de seguridad Java con el nombre de clase true. Para evitar esto, defina explícitamente el nombre de la clase del administrador de seguridad predeterminado en la configuración así:

                    -Djava.security.manager=java.lang.SecurityManager

Copy to Clipboard Toggle word wrap

1021607 - RBAC: explique las dos clases de no personalización que tenemos

Algunos recursos no son personalizables para el grupo de servidores y roles con ámbito de host con el fin de proporcionar una vista simplificada del modelo de administración para mejorar su facilidad de uso. Esto es diferente de los recursos que no son personalizables para proteger datos confidenciales.

Para los roles con ámbito del grupo de servidores esto significa que los recursos en la parte profile, socket binding group, deployment, deployment override, server group, server config y server del modelo de administración no serán visibles si no están relacionados con los grupos de servidores especificados para el rol.

Para los roles con ámbito de host esto significa que los recursos en la parte /host=* del modelo de administración no serán visibles si no están relacionados con los grupos de servidores especificados para el rol.

Sin embargo, en algunos casos esta vista simplificada puede esconder información que aunque se pueda encontrar por fuera del ámbito de lo que el usuario está administrando, puede guíar al usuario en referencia a lo que debe hacer. Un ejemplo de esto es 1015524.

En un lanzamiento futuro, algunos de estos recursos no personalizables pueden cambiar a ser personalizables pero no leíbles. Esto no afectará la seguridad del servidor ya que no eran no personalizables por razones de seguridad. Red Hat recomienda que no confíe en la característica de no personalización de los recursos para esconder información a menos de que esta no personalización se defina en una restricción de confidencialidad.

1024109 - NPE en DelegatingServerInventory

Las peticiones de administración enviadas a un controlador host inmediatamente después de que el controlador host lanza pueden fallar con una excepción de tipo NullPointerException. Esto se debe a que hay un periodo de tiempo entre el momento en que el controlador host puede de nuevo recibir peticiones y el momento en que el sistema de administración del servidor se inicia completamente. Este periodo de tiempo es usualmente menos de un segundo pero cualquier petición recibida en ese momento fallará.

Esto solo debe ocurrir en entornos automatizados tal como un script que inicie el controlador host y que luego inmediatamente trate de invocar una operación de administración en uno de sus servidores.

Actualmente, Red Hat recomienda la siguiente solución para scripts o cualquier otra forma automatizada que trate de realizar operaciones de administración inmediatamente después de lanzar un controlador host:

1. Incluya un retraso pequeño (uno o dos segundos) para permitir suficiente tiempo para que inicien todos los sistemas del controlador host.

2. Incluya la lógica del manejo de errores.

3. Use la lógica de sondeo para tomar en consideración los cambios en los resultados de la petición cuando un servidor lanza.

Esto se solucionará en un lanzamiento futuro.

EJB

1019372 - El proceso de selección de nodos de clúster no respeta si los nodos pueden manejar la petición EJB

Cuando un clúster no tenía los mismos EJBs implementados en cada nodo, las invocaciones EJB de clientes algunas veces se enrutaban a nodos de clúster que no tenían las EJBs implementadas. Esto ocurría ya que ejb-client no confirmaba que un nodo de destino podía manejar la invocación antes de enviar la petición. ejb-client ahora realiza esta confirmación y las invocaciones se enrutan a los nodos correctos tal como se espera.

1017673 - ConcurrentModificationException en TimerService.getTimers()

Si un bean trata de crear un nuevo temporizador al mismo tiempo que otro hilo esté llamando el método getTimers() entonces se presenta una excepción ConcurrentModificationException. Esto ocurre ya que el método getTimers() no llama el synchronized() en los temporizadores. Esto se solucionará en el siguiente lanzamiento.

Hibernate

900321 - HHH-7287 Problema al poner en caché valores de id naturales propios al obtener resultados por medio de naturalIdQuery usando NaturalIdLoadAccess

La interfaz Hibernate 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 natural-id desde un escenario no transaccional.

Hibernate actualmente no soporta el caché apropiado de L2 de entidades con identificadores naturales en escenarios en donde hay una mezcla de acceso transaccional y no transaccional a la base de datos.

Instalador

1032892 - No puede utilizar el auto completado por tabulación para una ruta que inicie con una letra de controlador en windows.

En el instalador de la consola de JBoss EAP 6 en el servidor de Microsoft Windows, el auto completado por tabulación para rutas de directorio que inician con una letra de controlador no funciona.

Al ingresar una ruta que inicie con una letra del controlador por ejemplo C:\ y al presionar la tecla Tab no aparece nada. En esta situación se espera que mostrará el contenido de ese directorio.

Este problema se solucionará en un lanzamiento futuro.

977805 - El iniciar la consola de administración de JBoss desde el menú de inicio no funciona en Solaris

Los atajos del menú de inicio para la consola de administración en Solaris no funcionan para una instancia de JBoss EAP 6 que se haya instalado usando el instalador.

En lugar de abrir la consola de administración en un navegador de red se presenta el siguiente mensaje de error:

Error showing url: HTTP Error: Method Not Allowed

Copy to Clipboard Toggle word wrap

Este problema es generado ya que el comando xdg-open no funciona tal como se espera en Solaris.

Una solución opcional para utilizar los atajos del menú de inicio se puede acceder a la consola de administración directamente en un navegador de red. Si está configurado con los puertos predeterminados, las URLs para la consola de administración son las siguientes: para modo autónomo: http://localhost:8080/console para modo de dominio: http://localhost:9990/console

JCA

1033008 - La RA JMS genérica no es consistente con la especificación EE - *no* ignora los parámetros cuando la sesión se crea en el contexto de transacción

Cuando se crea una sesión en el contexto de una transacción y se pasan los parámetros al adaptador de recursos JMS genérico entonces se presenta una excepción de apuntador nulo (NPE del inglés Null Pointer Exception). Este problema tiene lugar ya que se intenta el procesamiento de parámetros cuando la especificación Java EE establece que no se debe procesar. La causa raíz de este problema está bajo investigación, pero hasta ese momento una solución es configurar la sesión que va a tener una transacción tal como lo muestra el siguiente ejemplo. Con esta solución no tendrá lugar el NPE.

connection.createSession(true, Session.SESSION_TRANSACTED);

Copy to Clipboard Toggle word wrap

1023193 - El RA genérico JMS presenta una advertencia 'lock owned during cleanup' durante la recuperación periódica de caídas

Se identificó un problema menor con la recuperación periódica en donde se registran los mensajes de advertencia que empiezan con el siguiente texto.

WARN  [org.jboss.resource.adapter.jms.JmsManagedConnection] (Periodic Recovery) Lock owned during cleanup: java.lang.Throwable: Lock owned during cleanup

Copy to Clipboard Toggle word wrap

La causa subyacente del problema es que el adaptador JMS genérico no maneja bien la segunda llamada de recuperación periódica. De acuerdo con la especificación del servicio de transacción de objetos, cuando el administrador de transacciones se configura para que ejecute en el servicio de transacciones (JTS del inglés Java Transaction Service) las llamadas de recuperación periódicas se deshacen para el mismo XID dos veces. El problema es que el adaptador JMS genérico maneja incorrectamente la segunda llamada para deshacer para el mismo XID y se registran las advertencias anteriores. Note que apesar de los mensajes de advertencia, la recuperación tiene lugar correctamente.

991389 - La fábrica de conexiones no está activada en adaptadores de recursos generic-jms-ra.rar después de la recarga de servidores con el modo de transacciones jts establecido.

Cuando un servidor JBoss EAP está configurado con un adaptador de recursos implementado usando generic-jms-ra.rar, se cancela el registro de la fábrica de conexiones cuando se vuelve a cargar el servidor. La causa de este problema es que el adaptador de recursos genérico no maneja de manera correcta la recarga si el subsistema de transacciones se configura para ejecutar en el sistema de transacciones de JBoss (JTS del inglés JBoss Transactions System). La causa raíz de este problema se está investigando.

Una solución es agregar un archivo XML descriptor JCA al archivador RAR con las propiedades de conexión especificadas.

JSF

1029387 - WFLY-2493 EL no puede acceder los métodos/campos públicos de clases que no sean públicas

Al tratar de acceder el método o campo público de una clase que no es pública por medio de EL se presenta el siguiente mensaje de error:

"java.lang.IllegalAccessException: Class javax.el.BeanELResolver can not access a member of class X with modifiers "private"

Copy to Clipboard Toggle word wrap

Una solución para este problema es establecer SetAccessible(true) en el método antes de invocarlo, lo cual elimina el chequeo de acceso Java.

1017242 - FacesMessages no funciona apropiadamente en la aplicación del contexto raíz

Hay un problema conocido con el componente JSF que se envía en JBoss EAP 6.2. Se ha reportado que los FacesMessages no se están redireccionando de manera confiable al ejecutar una aplicación en el contexto raíz. Este problema se abordará en un lanzamiento futuro del producto.

Otros

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 esté resuelto Red Hat recomienda utilizar OpenJDK u Oracle JDK para ejecutar JBoss Enterprise Application Platform 6 en Red Hat Enterprise Linux.

Scripts y comandos

956281 - El iniciar EAP 6.1 en windows 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. Esto permitirá que la MVJ se cree y que inicie el servidor.

Seguridad

979369 - Comportamientos diferentes de creación de HttpSession con login() programático

Se ha descubierto que el comportamiento de creación de HttpSession difiere cuando se utiliza junto con un inicio de sesión programático:

• sin SSO: la sesión no se crea al llamar al método login() - es decir peticiones posteriores no son autenticadas;

• con SSO sin clústers: el IS de sesión creado al llamar al método login(), pero la primera llamada no establece el estado de autenticación ahí - es decir, las peticiones posteriores no son autenticadas; el usuario se autentica después de la segunda llamada del método login() porque la sesión ya está presente;

• con SSO con clústers: la sesión se crea al llamar al método login() y las peticiones posteriores se autentican.

La razón de la diferencia en el comportamiento se está investigando. No hay una solución disponible.

Servidor

1036872 - No se puede configurar un archivo de política de seguridad que desactive los archivos de políticas especificados en el archivo java.security de JRE

Se ha identificado un problema al utilizar un prefijo especial = para desactivar los archivos de políticas predeterminadas. La causa subyacente es que cuando el controlador host iniciaba un servidor, proporcionaba null como el valor de java.security.policy, lo cual conllevaba al uso de archivos de políticas especificados en el archivo java.security y posiblemente fallos de permisos que evitan que el servidor arranque.

Hay varias soluciones disponibles:

1) Modifique el archivo java.security de la MVJ (usualmente en $JAVA_HOME/lib/security/java.security) y omita el comentario de cualquier "policy.url". Por ejemplo:

#policy.url.1=file:${java.home}/lib/security/java.policy #policy.url.2=file:${user.home}/.java.policy

Note que esto desactivará el uso de estos archivos de políticas por parte de cualquier usuario de la instalación de la MVJ. Si esto es una preocupación entonces es mejor el establecer una instalación de la MVj por separado para uso de EAP y modificar su configuración.

2) Borre el "=" en el valor java.security.policy; por ejemplo,

-Djava.security.policy=$PWD/server.policy

Con estos pasos entonces solo se utilizará la configuración especificada en el archivo de políticas.

Administrador de transacciones

1027126 - El servidor no logró iniciar con standalone-xts.xml y el almacén de objetos jdbc ejecutando en mysql 5.5

Cuando el administrador de transacciones está configurado para ejecutar transacciones XTS, use un almacén de objetos JDBC con host en MySQL 5.5 y el controlador en el directorio deployments entonces el servidor no logra iniciar. El error resultante incluye el texto New missing/unsatisfied dependencies. Este error no tiene lugar cuando se utilizan otras plataformas de bases de datos. Este problema está bajo investigación y se espera que se resuelva en un lanzamiento futuro.

1017816 - No es posible el cambiar la generación de UID de uuid a socket en la configuración EAP

Cuando el proceso del método de generación ID se cambia a process-id-socket-binding en lugar de process-id-uuid se genera un mensaje de error que empieza con el siguiente texto:

                        ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 44) JBAS014613: Operation ("add") failed - address: ([("subsystem" => "transactions")]) - failure description: "JBAS014746: process-id-uuid may not be null"

Copy to Clipboard Toggle word wrap

La causa de este problema es que el manejo del parámetro de configuración es incorrecto. Esto se resolverá en un lanzamiento futuro. No hay una solución posible así que se debe utilizar el método predeterminado de generación de ID.

1009981 - Recuperación periódica en transacciones comprometidas

Cuando el servidor está bajo una carga excesiva, el registro del servidor puede contener mensajes como los de a continuación indicando que se a deshecho una transacción.

WARN  [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local XARecoveryModule.xaRecovery got XA exception XAException.XAER_NOTA: javax.transaction.xa.XAException
at org.hornetq.core.client.impl.ClientSessionImpl.rollback(ClientSessionImpl.java:1699) [hornetq-core-client-2.3.12.Final-redhat-1.jar:2.3.12.Final-redhat-1]   
at org.hornetq.core.client.impl.DelegatingSession.rollback(DelegatingSession.java:494) [hornetq-core-client-2.3.12.Final-redhat-1.jar:2.3.12.Final-redhat-1]
at org.hornetq.jms.server.recovery.HornetQXAResourceWrapper.rollback(HornetQXAResourceWrapper.java:126) [hornetq-jms-server-2.3.12.Final-redhat-1.jar:2.3.12.Final-redhat-1]
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.handleOrphan(XARecoveryModule.java:755) [jbossjts-jacorb-4.17.15.Final-redhat-4.jar:4.17.15.Final-redhat-4]
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoverySecondPass(XARecoveryModule.java:661) [jbossjts-jacorb-4.17.15.Final-redhat-4.jar:4.17.15.Final-redhat-4]
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecovery(XARecoveryModule.java:431) [jbossjts-jacorb-4.17.15.Final-redhat-4.jar:4.17.15.Final-redhat-4]
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:212) [jbossjts-jacorb-4.17.15.Final-redhat-4.jar:4.17.15.Final-redhat-4]
at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789) [jbossjts-jacorb-4.17.15.Final-redhat-4.jar:4.17.15.Final-redhat-4]
at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371) [jbossjts-jacorb-4.17.15.Final-redhat-4.jar:4.17.15.Final-redhat-4]

Copy to Clipboard Toggle word wrap

Bajo una carga pesada, el tiempo de procesamiento que una transacción toma puede sobreponerse con el tiempo de la actividad del proceso de recuperación periódica. El proceso de recuperación periódica detecta la transacción todavía en progreso y trata de iniciar una operación para deshacer pero de hecho la transacción continua completandose. En ese momento la recuperación periódica intenta pero no logra deshacer así que registra la falla para deshacer en el registro del servidor. La causa subyacente de este problema se abordará en un lanzamiento futuro pero hay una solución disponible mientras tanto.

Incremente el intervalo entre las dos fases del proceso de recuperación estableciendo la propiedad com.arjuna.ats.jta.orphanSafetyInterval con un valor mayor que el predeterminado de 10000 milisegundos. Se recomienda un valor de 40000 milisegundos. Observe que esto no resuelve el problema si no que minimiza la probabilidad de que ocurra y que el mensaje de advertencia aparezca en el registro.

Red

918130 - Los conectores JBossWeb inician antes de que las implementaciones de la aplicación se completen en EAP 6

Se descubrió un problema de sincronización relacionado con los conectores JBossWeb en el arranque, en el que los conectores inician y aceptan peticiones antes de que las aplicaciones se implementen por completo. En estas circunstancias, las conexiones de clientes por medio del balanceador de carga o directamente a JBoss EAP reciben un mensaje 404. Este problema afecta a las versiones de EAP 6.0.1 y posteriores. No hay una solución disponible pero el problema se está investigando.

Consola de red

995439 - Las transacciones JTS no se activan correctamente

Cuando JTS está activado en la sección Transactions de la consola de administración de la red ("Profile Container Transactions"), es necesario también configurar el atributo transactions con el valor on en el subsistema JacORB. El comportamiento que se tiene en mente es que las transacciones se activen cuando JTS esté activo. La causa de este problema está bajo investigación. Hasta que se resuelva, la solución es asegurarse de que el atributo transactions también está configurado como on. Note que el subsistema de transacciones solo está disponible en los perfiles full y full-ha.

1014048 - RBAC: El iniciar sesión justo después de cerrar la sesión no limpia la IU apropiadamente en el modo de dominio

En algunos casos, al terminar sesión en la consola de red, la consola se presenta parcialmente antes de iniciar sesión como otro usuario. Esto hace que se presente contenido "mezclado" en donde hay partes de la pantalla que se presentan como si el usuario antiguo hubiera iniciado sesión y partes como si el nuevo usuario hubiera iniciado sesión. Una solución es cerrar la ventana del navegador (no solo la pestaña activa) e iniciar sesión como el nuevo usuario.

1014219 - RBAC: Control de la visibilidad del elemento para los usuarios con múltiples roles de ámbito

Se ha reportado que en este lanzamiento de JBoss EAP 6 algunos usuarios asignados a múltiples roles verán operaciones en la consola a las que no tienen acceso para realizar. Por ejemplo; un usuario con roles host-master-administrator y host-slave-monitor solo debe poder ver elementos de control (tal como el botón Add en la página de configuraciones del servidor) en el contexto de esclavo host. Este botón no debe ser visible al operar en el contexto de maestro host (pero lo es).

Las operaciones que son visibles de manera incorrecta fallan si se tratan de utilizar ya que el control de acceso correcto se refuerza en la ejecución de la operación. No hay violación de seguridad.

No hay una solución disponible para este problema pero se solucionará en un lanzamiento futuro del producto.

1026823 - Proporcionar una manera confiable de limpiar las cabeceras "ROLE" establecidas por el diálogo "Run as"

En este lanzamiento de JBoss EAP 6 se ha reportado que cuando un super usuario actúa de parte de otro usuario (con el enlace Run As…), su rol no se reestablece después de realizar la acción.

Una solución para este problema es cerrar la ventana del navegador (no sólo la pestaña activa) y re-acceder a la consola de red. Este problema se solucionará en un lanzamiento futuro del producto.

1017655 - Errores de validación de la configuración de los servicios de red

En este lanzamiento de JBoss EAP 6, los valores inválidos para WSDL Host, WSDL Port y WSDL Secure Port bejo los perfiles > Web > Web Services no son rechazados por la consola de red.

Algunos valores inválidos generan un mensaje de error mientras que otros se ignoran sin mostrar el mensaje de error. Ninguno de los valores inválidos se almacenan en la configuración.

Este problema se solucionará en un lanzamiento futuro del producto.

1016546 - RBAC: [Usability] Mensaje de error no claro al tratar de configurar el rol de auditor como administrador

Cuando el usuario no tiene el permiso para ejecutar una operación se presenta el mensaje de error de propósito general: "". Este mensaje de error es confuso ya que el usuario trata de ejecutar una operación en lugar de acceder a un recurso.

En este lanzamiento de JBoss EAP 6, si un usuario trata de realizar una operación la cual no tienen permiso para ejecutar, recibirán el siguiente mensaje de error:

¡No tiene permiso para acceder a este recurso!

Copy to Clipboard Toggle word wrap

Esto puede ser confuso para los usuarios ya que están tratando de realizar una operación no tratando de acceder a un recurso. Este texto de error se clarificará en un lanzamiento futuro del producto.

1029851 - consola de administración - incluso después de cancelar el proceso para cargar un archivo de implementación, el contenido se agrega al directorio de datos

Existe un problema conocido en este lanzamiento de JBoss EAP 6 que hace que la carga de archivos por medio de la pantalla de administración de implementaciones se complete incluso si el usuario cancela la carga.

La operación para cancelar termina en que el archivo cargado se agrega al directorio de datos pero no permite que se agregue como una implementación al archivo domain.xml. Esto significa que el archivo no se puede borrar por medio de las interfaces de administración de red o CLI.

Este problema se solucionará en un lanzamiento futuro del producto.

1027586 - RBAC: la consola de red es demasiado detallada con los recursos de la aplicación

En este lanzamiento de JBoss EAP 6, cuando un recurso se define como un recurso de aplicación es posible que la consola no refleje esa definición. Esto se debe a que la consola usualmente agrupa varios recursos bajo una vista. Los controles en las vistas están disponibles si todos los recursos relacionados se pueden escribir. Sin embargo, si alguno de estos recursos está configurado como un recurso de aplicación entonces los controles relacionados todavía estarán desactivados.

La solución actual es si es posible el configurar todos los tipos de recursos asociados con un subsistema como recursos de aplicación.

Servicios de red

900032 - Problemas con JBossWS IPv6

mod_cluster

980246 - mod_cluster-manager puede romper alias desde un VirtualHost, lo cual genera una página desordenada

En este lanzamiento de JBoss EAP se ha reportado que al implementar múltiples aplicaciones, cada una con un servidor virtual único y cada servidor virtual con múltiples alias, el mod_cluster_manager puede presentar de manera incorrecta el mismo host virtual múltiples veces (uno por cada alias).

Este no es el comportamiento esperado, el cual tendría que ser que todos los hosts virtuales se presenten sólamente una vez en la página del administrador junto con todos los alias. Este problema está bajo investigación y se resolverá en una versión posterior de JBoss EAP.

901227 - los atributos node-timeout, worker-timeout, flush-wait y ttl mod_cluster en la consola de red

Hay un problema conocido en la consola de administración basada en red JBoss EAP 6 que no permite que los usuarios vean o configuren un valor de -1 para los siguientes atributos mod_cluster:

• node-timeout

• worker-timeout

• flush-wait

• ttl

Si un valor de -1 ya está configurado entonces la consola de administración presenta de manera incorrecta el valor del atributo como 0. Al tratar de utilizar la consola de administración para establecer el valor del atributo como -1, la consola de administración presenta la advertencia Invalid numeric value.

Una solución es que los usuarios todavía pueden establecer los atributos afectados con un valor de -1 usando el CLI de administración.

Este problema está actualmente bajo investigación.

1030965 - Número de contextos registrados negativamente afecta el rendimiento de mod_cluster

Se identificó un problema de rendimiento en el servidor HTTP Apache con mod_cluster configurado como un balanceador de carga. las operaciones de memoria compartida httpd en la tabla workers->nodes afecta negativamente el rendimiento del balanceador de carga. Por lo tanto, el rendimiento del balanceador de carga httpd disminuye cuando el número de contextos registrados incrementa.

Una solución para este problema es el tratar de minimizar el número de contextos registrados.

Se está preparando una solución que modifica el httpd para utilizar memoria local en lugar de memoria compartida. Se espera una solución en un lanzamiento futuro.

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 de SystemMemoryUsageLoadMetric para substraer el valor buffers/cache del número used. El mejor método para lograr esto está bajo investigación.

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 de Microsoft Windows, las bibliotecas del tiempo de ejecución portátil de Apache (APR del inglés Apache portable runtime) no lograrán cargar con el control de la cuenta del usuario (UAC del inglés User Account Control) activado. Después de instalar las bibliotecas será necesario que un usuario administrador haga clic con el botón derecho del ratón en el directorio JBoss y establezca "Full control" como "Allow" para el usuario deseado en las pestañas Propiedades Seguridad. Esto corregirá los derechos de acceso para UAC.

Administración de dominios, servicios de red

987898 - Escritura en el atributo wsdl-url para el punto final WS termina en 'Unknown attribute wsdl-url' en lugar de 'Attribute wsdl-url is not writable'

Cinco atributos de los puntos finales de servicios de red SOAP implementados (nombre, contexto, clase, tipo y wsdl-url) no son accesibles en las herramientas de administración. Esto se debe a que no están expuestos al modelo de administración por parte del subsistema de servicios de red. Esto se solucionará en un lanzamiento futuro.

EJB, Nombrado

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.

Copy to Clipboard Toggle word wrap

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.

Soporte IPv6

900609 - Se abrían sockets IPv4 en Windows cuando el servidor está enlazado a IPv6

Si se inicia JBoss EAP 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.

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 tal como en http://[2620:52:0:105f::ffff:2]:9990. Los paréntesis faltan en los archivos de registro para JBoss EAP 6. Este problema se resolverá en un lanzamiento futuro.

JDR

917683 - La funcionalidad JDR genera un nombre de entrada de archivo equivocado ejecutando en Windows

Se encontró un error en la funcionalidad JDR cuando se utiliza en entornos del servidor de Microsoft Windows. Se reportó que la funcionalidad agregará el último del directorio $JBOSS_HOME de donde se original al directorio JBOSS_HOME creado dentro del archivador.

Por ejemplo, para un directorio JBOSS_HOME de origen llamado jboss-eap-6.2 la funcionalidad JDR produciría un directorio llamado JBOSS_HOME2.

La razón de este error todavía está bajo investigación y no hay una solución existente.

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

Se encontró un problema en el subsistema RESTEasy en donde se enviaba una respuesta HTTP 200 incorrecta cuando hay un encabezado de aceptación inválido en una petición HTTP recibida.

Cuando se proporciona un encabezado de aceptación inválido, la respuesta correcta debe ser HTTP 500. Este problema está actualmente bajo investigación.