4. Recursos Preteridos e não Suportados
4.1. Recursos não suportados Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
Os seguintes recursos não são suportados no JBoss EAP 6.4.
- O mod_jk and mod_cluster com Apache no RHEL 7
- A versão 2.4.6 do Apache HTTP Server, que é lançada no Red Hat Enterprise Linux 7, não é suportada para uso com o mod_cluster e mod_jk entregue como parte da instalação do JBoss EAP 6 (tanto zip ou RPM).Com o objetivo de usar o mod_cluster e/ou mod_jk, instale o Apache HTTP Server (versão 2.2.26) incluído como parte do JBoss EAP zip ou distribuição RPM.
- mod_rt and mod_snmp
- Os módulos mod_rt (
mod_rt.so) e mod_snmp (snmpmonagt.so) que são lançados com a distribuição do Servidor Apache HTTP do JBoss EAP 6 não são suportados.Maiores informações sobre o suporte desses módulos podem ser encontradas na documentação do Enterprise Web Server 2.1. - O parâmetro
fail_on_statusnão utilizável com o HP-UX v11.3 hpws httpd B.2.2.15.15. - O parâmetro
fail_on_statusProxyPass não é fornecido no HP-UX v11.3 hpws httpd B.2.2.15.15 Apache HTTP Server publicado pelo HP. Portanto, este parâmetro não pode ser usado com as implementações mod_cluster usando este servidor HTTP.A Red Hat oferece uma versão com patch do httpd 2.2.15 no Red Hat Enterprise Linux 6 que suporta este parâmetro. Leia mais a respeito do patch no: http://pkgs.devel.redhat.com/cgit/rpms/httpd/tree/httpd-2.2.15-proxy-failonstatus.patch?h=rhel-6.7&id=295e30e7413300d714cce1d983ecf25ec08ae17c - Protocolo STOMP com o HornetQ
- O suporte a nível de comunidade HornetQ para o protocolo STOMP. Este protocolo não foi testado pela Red Hat e não é suportado pelo JBoss EAP.
- Protocolo REST com o HornetQ
- O HornetQ possui suporte à nível da comunidade para o protocolo REST. Este protocolo não foi testado pela Red Hat e não é suportado pelo JBoss EAP.
- Limitações IPv6 do JDK 6
- As seguintes limitações IPv6 são causadas pelo JDK 6 e não são problemas do JBoss EAP 6.
- No Microsoft Windows Server, o JDK 6 possui apenas uma implementação IPv6. Esta implementação não é suficiente para executar o JBoss EAP 6. O suporte IPv6 completo no Microsoft Windows Server requer oJDK 7.
- No Red Hat Enterprise Linux, uma bug no Oracle JDK 6 significa que qualquer endereço especificado no cliente zone-id irá falhar. Para usar um zone-id, tanto atualize para o JDK 7, ou use o IcedTea/OpenJDK 6, que encontra-se disponível para o Red Hat Enterprise Linux e não possui esta bug. Por favor refira-se ao http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6800096 e https://issues.jboss.org/browse/JBPAPP-8833 para maiores informações sobre esta bug.
- A Propagação do Contexto JPA 2.0 fora de uma transação JTA
- A propagação dos Contextos de Persistência Estendida (Extended Persistence Contexts - XPC) não estava levando em conta a existência da transação, sendo que o XPC sempre estava sendo propagado. Este comportamento não está de acordo com a especificação JPA 2.0. O manuseamento do XPC foi modificado de forma que quando não houver transação ativa, a propagação do XPC é ignorada e o bean sendo invocado possuirá o seu próprio Contexto de Persistência ao invés do XPC.Caso o seu aplicativo esperar pelos contextos de persistência estendida a serem propagados fora das transações JTA, você precisará considerar se o seu aplicativo precisa ser modificado. Refira-se ao JBoss EAP 6 Migration Guide para instruções sobre a atualização de seu aplicativo.O JBoss Enterprise Application Platform 5 fornecia uma propriedade de sistema (
JBPAPP-923.alwaysPropagate) para habilitar este comportamento. Esta propriedade de sistema não está disponível no JBoss EAP 6.Refira-se ao https://issues.jboss.org/browse/AS7-1663, para maiores informações sobre esta decisão. - Subsistemas de Gerenciamento PicketLink
- Os subsistemas do PicketLink Management para Identity Management e Federation não são suportado no JBoss EAP 6.
- Pool do Cliente STS
- O PicketLink Federation Subsystem fornece um pool de clientes STS no servidor. Isto remove a criação do STS Client como um afunilamento.O pool do cliente pode ser utilizado em módulos de login que precisam de um cliente STS para obter tíquetes SAML.Módulos de Login que podem utilizar o pool do cliente STS:
- org.picketlink.identity.federation.core.wstrust.auth.STSIssuingLoginModule
- org.picketlink.identity.federation.core.wstrust.auth.STSValidatingLoginModule
- org.picketlink.trust.jbossws.jaas.JBWSTokenIssuingLoginModule
O número default dos clientes no pool para cada módulo de login é configurado através da opção de módulo de logininitialNumberOfClients.A classe STSClientPoolFactoryorg.picketlink.identity.federation.bindings.stspool.STSClientPoolFactoryfornece a funcionalidade do pool do cliente aos aplicativos.Uso do STSClientPoolFactory
Os clientes STS são inseridos nos sub pools usando seus configuration como uma chave. Obtenha uma instância STSClientPool e então inicialize um sub pool baseado na configuração. Opcionalmente, com número inicial dos clientes STS ou baseie-se no número default.final STSClientPool pool = STSClientPoolFactory.getPoolInstance(); pool.createPool(20, stsClientConfig); final STSClient client = pool.getClient(stsClientConfig);
final STSClientPool pool = STSClientPoolFactory.getPoolInstance(); pool.createPool(20, stsClientConfig); final STSClient client = pool.getClient(stsClientConfig);Copy to Clipboard Copied! Toggle word wrap Toggle overflow Quando você tiver finalizado com um cliente, você poderá retornar isto ao pool:pool.returnClient();
pool.returnClient();Copy to Clipboard Copied! Toggle word wrap Toggle overflow Verificando se um subpool já existe para um configuração gerada:if (! pool.configExists(stsClientConfig) { pool.createPool(stsClientConfig); }if (! pool.configExists(stsClientConfig) { pool.createPool(stsClientConfig); }Copy to Clipboard Copied! Toggle word wrap Toggle overflow Quando o subsistema da Federação PicketLink for habilitado, todos os pools do cliente criados para a implantação são destruídos automaticamente durante o processo de desimplantação. Para destruir um pool manualmente:pool.destroyPool(stsClientConfig);
pool.destroyPool(stsClientConfig);Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Tanuki Service Wrapper
- O Tanuki Service Wrapper não é suportado com o JBoss EAP 6. Maiores informações podem ser encontradas no https://issues.jboss.org/browse/JBPAPP-8651.
- Recuperação XA no Microsoft SQL Server 2008
- A recuperação XA não funciona com o Microsoft SQL Server 2008 R1. Este recurso não funciona com o Microsoft SQL Server 2008 R2 SP2. Para maiores informações, refira-se aos seguintes URLs:
- Recuperação XA no MySQL
- O MySQL JDBC driver não implementa de forma apropriada a recuperação XA e retorna códigos de erros incorretos para exceções quando a conexão à fonte de dados é interrompida.Refira-se ao https://issues.jboss.org/browse/JBPAPP-2576 e http://bugs.mysql.com/bug.php?id=72890 para maiores informações.
- JBoss OSGi
- O JBoss OSGi, uma especificação do OSGi, foi rebaixado na Prévia de Tecnologia para não suportado. Por favor refira-se ao https://access.redhat.com/site/solutions/362814.
- Iniciações Rápidas
- Disversas iniciações rápidas (
helloworld-osgi,wicket-warewicket-ear) que estavam disponíveis no JBoss EAP 6.2, foram removidas do produto no lançamento 6.3 e continuam indisponíveis no 6.4. - PicketLink
- O PicketLink IDM (Identity Management) não é suportado no JBoss EAP 6.
- Infinispan API
- O uso direto do Infinispan API não é suportado no JBoss EAP 6. O Infinispan é usado como um detalhe da implementação para diversas tecnologias de clustering internas para JBoss EAP 6. O uso direto do Infinispan API requerer uma subscrição do Red Hat JBoss Data Grid e instalação dos pacotes do JBoss Data Grid. O download Red Hat JBoss Data Grid está disponível no https://access.redhat.com/downloads.