Red Hat Training

A Red Hat training course is available for Red Hat JBoss Enterprise Application Platform

4. Unsupported and Deprecated Features

4.1. Unsupported Features

The following features are not currently supported in JBoss EAP 6.4.
mod_jk and mod_cluster with Apache on RHEL 7
Apache HTTP Server version 2.4.6, which ships with Red Hat Enterprise Linux 7, is not supported for use with mod_cluster and mod_jk delivered as a part of the JBoss EAP 6 installation (either zip or RPM).
In order to use mod_cluster and/or mod_jk, install the Apache HTTP Server (version 2.2.26) included as part of the JBoss EAP zip or RPM distribution.
mod_rt and mod_snmp
The mod_rt ( and mod_snmp ( modules that are shipped with JBoss EAP 6's Apache HTTP Server distribution are not supported.
More information about support for these modules can be found in the Enterprise Web Server 2.1 documentation.
fail_on_status parameter unusable with HP-UX v11.3 hpws httpd B.
The fail_on_status ProxyPass parameter is not provided in the HP-UX v11.3 hpws httpd B. Apache HTTP Server published by HP. Therefore this parameter cannot be used with mod_cluster implementations using this HTTP server.
Red Hat offers a patched version of httpd 2.2.15 in Red Hat Enterprise Linux 6 that supports this parameter. Read more about the patch at:
STOMP Protocol with HornetQ
HornetQ has community level support for the STOMP protocol. That protocol has not received testing from Red Hat and is not supported by JBoss EAP.
REST Protocol with HornetQ
HornetQ has community level support for the REST protocol. That protocol has not received testing from Red Hat and is not supported by JBoss EAP.
IPv6 Limitations of JDK 6
The following IPv6 limitations are caused by JDK 6, and are not defects in JBoss EAP 6.
  • On Microsoft Windows Server, JDK 6 has only a partial IPv6 implementation. This implementation is not sufficient to run JBoss EAP 6. Full IPv6 support on Microsoft Windows Server requires JDK 7.
  • On Red Hat Enterprise Linux, a bug in Oracle JDK 6 means that any address specified on a client (the network point establishing the connection) which contains a zone-id will fail. To use a zone-id, either upgrade to JDK 7, or use IcedTea/OpenJDK 6, which is available for Red Hat Enterprise Linux, and does not exhibit this bug. For more information about the bug, refer to and
JPA 2.0 Context Propagation Outside of a JTA Transaction
The propagation of Extended Persistence Contexts (XPC) was not taking into account the existence of a transaction, with the XPC always being propagated. That behaviour is not in accordance with the JPA 2.0 specification. The handling of XPC has been modified so that when there is no transaction active the XPC's propagation is ignored and the bean being invoked has its own Persistence Context instead of the XPC.
If your application expects extended persistence contexts to be propagated outside of JTA transactions, you need to consider if your application needs to be modified. Refer to the JBoss EAP 6 Migration Guide for instructions on updating your application.
JBoss Enterprise Application Platform 5 provided a system property (JBPAPP-923.alwaysPropagate) to enable this behaviour. This system property is not available in JBoss EAP 6.
For more information about this decision, refer to
STS Client Pooling
The PicketLink Federation Subsystem provides a pool of STS clients on the server. This removes STS Client creation as a bottleneck.
Client pooling can be utilized from login modules that need an STS client to obtain SAML tickets.
Login Modules that can utilize STS client pooling:
  • org.picketlink.identity.federation.core.wstrust.auth.STSIssuingLoginModule
  • org.picketlink.identity.federation.core.wstrust.auth.STSValidatingLoginModule
The default number of clients in the pool for each login module is configured via the initialNumberOfClients login module option.
The STSClientPoolFactory class org.picketlink.identity.federation.bindings.stspool.STSClientPoolFactory provides client pool functionality to applications.

Using STSClientPoolFactory

STS clients are inserted into sub pools using their configuration as a key. Obtain STSClientPool instance and then initialize a sub pool based on configuration, optionally with initial number of STS clients or rely on default number.
final STSClientPool pool = STSClientPoolFactory.getPoolInstance();
pool.createPool(20, stsClientConfig);
final STSClient client = pool.getClient(stsClientConfig);
When you are done with a client, you can return it to the pool like so:
To check if a subpool already exists for a given configuration:
if (! pool.configExists(stsClientConfig) {  
When the PicketLink Federation subsystem is enabled, all client pools created for a deployment are destroyed automatically during the undeploy process. To manually destroy a pool:
Tanuki Service Wrapper
The Tanuki Service Wrapper is not supported with JBoss EAP 6. More information can be found at
XA Recovery on Microsoft SQL Server 2008
XA recovery does not work with Microsoft SQL Server 2008 R1. This features does work with Microsoft SQL Server 2008 R2 SP2. For more information refer to the following URLs:
XA Recovery on MySQL
The MySQL JDBC driver does not implement XA recovery properly and returns incorrect error codes for exceptions when the connection to the database is halted.
JBoss OSGi
JBoss OSGi, an implementation of the OSGi specification, was demoted from Technology Preview to Unsupported. For additional information refer to
Various quickstarts (helloworld-osgi, wicket-war and wicket-ear) that were available in JBoss EAP 6.2, were removed from the product in the 6.3 release and remain unavailable in 6.4.
The PicketLink IDM (Identity Management) is not supported in JBoss EAP 6.
Infinispan API
Direct use of the Infinispan API is not supported in JBoss EAP 6. Infinispan is used as an implementation detail for various clustering technologies internal to JBoss EAP 6. Direct use of the Infinispan API requires a subscription to Red Hat JBoss Data Grid and the installation of the JBoss Data Grid packages. The Red Hat JBoss Data Grid download is available at

4.2. Deprecated Features

Some features have been deprecated with the release of JBoss EAP 6.4. This means that no enhancements will be made to these features, and they may be removed in the future, usually the next major release.
Red Hat will continue providing full support and bug fixes under our standard support terms and conditions. For more information about the Red Hat support policy, see the article Red Hat JBoss Middleware and Red Hat JBoss Operations Network Product Update and Support Policy at
For details of which features have been deprecated, see the article JBoss Enterprise Application Platform Component Details at