5. Funcionalidades no soportadas

Las siguientes funcionalidades actualmente no están soportadas en JBoss EAP.
mod_jk y mod_cluster con Apache en RHEL 7
El servidor HTTP Apache instalable en Red Hat Enterprise Linux 7 a través de canales RHN introduce problemas de incompatibilidad con mod_cluster y mod_jk y no se soporta. El servidor HTTP Apache se envía junto con JBoss EAP, pero se soporta por completo.
mod_rt y mod_snmp
Los módulos mod_rt (mod_rt.so) y mod_snmp (snmpmonagt.so) que se envían junto con la distribución del servidor HTTP Apache de JBoss EAP 6 no se soportan.
Puede encontrar mayor información sobre el soporte para estos módulos en la documentación del Enterprise Web Server 2.1.
Protocolo STOMP con HornetQ
HornetQ tiene soporte a nivel de la comunidad para el protocolo STOMP. Ese protocolo no ha sido probado por Red Hat y no es soportado por JBoss EAP.
Protocolo REST con HornetQ
HornetQ tiene soporte a nivel de la comunidad para el protocolo REST. Ese protocolo no ha sido probado por Red Hat y no es soportado por parte de JBoss EAP.
Infinispan API
No se soporta el uso directo de Infinispan API en JBoss EAP 6. Infinispan se utiliza como un detalle de implementación para varias tecnologías clúster internas de JBoss EAP 6. El uso directo del Infinispan API requiere una suscripción a JBoss Data Grid.
Limitaciones IPv6 de JDK 6
Las siguientes limitaciones IPv6 son generadas por JDK 6 y no son defectos en JBoss EAP 6.
  • En Microsoft Windows Server, JDK 6 solo tiene una implementación parcial IPv6. Esta implementación no es suficiente para ejecutar JBoss EAP 6. El soporte completo de IPv6 en Microsoft Windows Server requiere JDK 7.
  • En Red Hat Enterprise Linux, un error en Oracle JDK 6 significa que cualquier dirección especificada en un cliente (el punto de red estableciendo la conexión), el cual contiene un id de zona, fallará. Para utilizar un id de zona, actualice a JDK 7 o use IcedTea/OpenJDK 6, el cual está disponible para Red Hat Enterprise Linux y no presenta este error. Para obtener mayor información sobre el error consulte http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6800096 y https://issues.jboss.org/browse/JBPAPP-8833.
Propagación de contexto JPA 2.0 por fuera de una transacción JTA
La propagación de contextos de persistencia extendidos (XPC del inglés Extended Persistence Contexts) no estaba teniendo en cuenta la existencia de una transacción, y el XPC siempre se propagaba. Ese comportamiento no está de acuerdo con la especificación JPA 2.0. El manejo de XPC se ha modificado de manera que cuando no haya una transacción activa la propagación del XPC se ignore y el bean que se está invocando tenga su propio contexto de persistencia en lugar del XPC.
Si su aplicación espera que los contextos de persistencia extendidos se propaguen por fuera de las transacciones JTA entonces necesita considerar si su aplicación necesita modificarse. Consulte la Guía de migración de JBoss EAP 6 para obtener instrucciones sobre cómo actualizar su aplicación.
JBoss Enterprise Application Platform 5 proporcionaba una propiedad del sistema (JBPAPP-923.alwaysPropagate) para habilitar este comportamiento. Esta propiedad del sistema no está disponible en JBoss EAP 6.
Para mayor información sobre esta decisión, consulte https://issues.jboss.org/browse/AS7-1663.
Subsistemas de administración PicketLink
Los subsistemas de administración PicketLink para IDP y Federation no se soportan en JBoss EAP 6.3.
Grupo de clientes STS
El PicketLink proporciona un grupo de clientes STS en el servidor. Esto elimina la creación de clientes STS como cuello de botella.
El agrupamiento de clientes se puede utilizar desde módulos de inicio de sesión que necesiten un cliente STS para obtener tiquetes SAML.
Módulos de inicio de sesión que pueden utilizar el agrupamiento de clientes STS:
  • org.picketlink.identity.federation.core.wstrust.auth.STSIssuingLoginModule
  • org.picketlink.identity.federation.core.wstrust.auth.STSValidatingLoginModule
  • org.picketlink.trust.jbossws.jaas.JBWSTokenIssuingLoginModule
El número predeterminado de clientes en el grupo para cada módulo de inicio de sesión se configura por medio de la opción del módulo de inicio de sesión initialNumberOfClients.
La clase STSClientPoolFactory org.picketlink.identity.federation.bindings.stspool.STSClientPoolFactory proporciona la funcionalidad de agrupamiento de clientes para las aplicaciones.

Uso de STSClientPoolFactory

Los clientes STS se incluyen en sub grupos usando su configuración como llave. Obtenga la instancia STSClientPool y luego inicialice un sub grupo basado en la configuración, opcionalmente con el número inicial de clientes STS o confie en el número predeterminado. 
final STSClientPool pool = STSClientPoolFactory.getPoolInstance();
pool.createPool(20, stsClientConfig);
final STSClient client = pool.getClient(stsClientConfig);
Cuando termine con un cliente, puede regresarlo al grupo así: 
pool.returnClient();
Para chequear si ya existe un subgrupo para una configuración dada: 
if (! pool.configExists(stsClientConfig) {  
    pool.createPool(stsClientConfig);  
}
Cuando se habilita el subsistema PicketLink Federation, todos los grupos de clientes para una implementación se destruyen automáticamente durante el proceso de borrado de la implementación. Para destruir manualmente un grupo: 
pool.destroyPool(stsClientConfig);
Tanuki Service Wrapper
El Tanuki Service Wrapper no se soporta con JBoss EAP 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 si trabaja con Microsoft SQL Server 2008 R2 SP2. Para obtener mayor información consulte las siguientes URLs:
Recuperación XA en MySQL
El controlador MySQL JDBC no implementa la recuperación XA apropiadamente y retorna códigos de error incorrectos para las excepciones cuando la conexión a la base de datos se detiene.
Para obtener mayor información consulte https://issues.jboss.org/browse/JBPAPP-2576 y http://bugs.mysql.com/bug.php?id=72890
JBoss OSGi
JBoss OSGi, una implementación de la especificación OSGi, se ha degradado de avance de tecnología a no soportado. Para obtener mayor información consulte https://access.redhat.com/site/solutions/362814.
Inicios rápidos
Debido a que OSGi nunca se ha soportado y se ha eliminado del producto, el inicio rápido helloworld-osgi se ha borrado de los ejemplos que se envían junto con JBoss EAP 6.3.
Los inicios rápidos wicket-war y wicket-ear dependen del seam-conversation-weld.jar. Debido a que Seam no se soporta, estos inicios rápidos se han eliminado de los ejemplos que se envían junto con JBoss EAP 6.3.
Reportar un error