4. Fonctionnalités non prises en charge et obsolétes


4.1. Fonctionnalités non prises en charge

Les fonctionnalités suivantes ne sont pas actuellement prises en charge dans JBoss EAP 6.4.
Compatibilité de mod_jk et de mod_cluster avec Apache dans RHEL 7
Le serveur Apache HTTP version 2.4.6, que l'on peut installer dans Red Hat Enterprise Linux 7, n'est pas pris en charge pour une utilisation avec mod_cluster et mod_jk fournis dans l'installationJBoss EAP 6 (soit en zip ou en RPM).
Pour pouvoir utiliser mod_cluster et/ou mod_jk, installer le serveur Apache HTTP (version 2.2.26) inclus dans JBoss EAP zip ou en distribution RPM.
mod_rt et mod_snmp
Les modules mod_rt (mod_rt.so) et mod_snmp (snmpmonagt.so) qui sont fournis dans la distribution Apache HTTP Server de JBoss EAP 6 ne sont pas pris en charge.
Vous trouverez davantage d'informations sur le support de ces modules dans la documentation Enterprise Web Server 2.1.
Le paramètre fail_on_status ne peut pas être utilisé avec HP-UX v11.3 hpws httpd B.2.2.15.15.
Le paramètre ProxyPass fail_on_status n'est pas fourni dans le HP-UX v11.3 hpws httpd B.2.2.15.15 Apache HTTP Server publié par HP. De ce fait, le paramètre ne peut pas être utilisé avec les implémentations mod_cluster par ce serveur HTTP.
Red Hat propose une version corrigée de httpd 2.2.15 dans Red Hat Enterprise Linux 6 qui prend en charge ce paramètre. Pour en savoir plus sur cette correction : http://pkgs.devel.redhat.com/cgit/rpms/httpd/tree/httpd-2.2.15-proxy-failonstatus.patch?h=rhel-6.7&id=295e30e7413300d714cce1d983ecf25ec08ae17c
Protocole STOMP dans HornetQ
HornetQ bénéficie d'un support de la communauté pour le protocole STOMP. Ce protocole n'a pas été testé par Red Hat et n'est pas pris en charge par JBoss EAP.
Protocole REST dans HornetQ
HornetQ bénéficie d'un support de la communauté pour le protocole REST. Ce protocole n'a pas été testé par Red Hat et n'est pas pris en charge par JBoss EAP.
Les limitations IPv6 de JDK 6
Les limitations IPv6 suivantes sont causées par JDK 6, et ne sont pas des défectuosités de JBoss EAP 6.
  • Dans le serveur Microsoft Windows, JDK 6 ne possède uniquement qu'une implémentation partielle de IPv6. Cette implémentation n'est pas suffisante pour exécuter JBoss EAP 6. Un support complet d'IPv6 sur Microsoft Windows Server requiert JDK 7.
  • Sur Red Hat Enterprise Linux, un bogue dans Oracle JDK 6 signifie que n'importe quelle adresse spécifiée sur un client (le point de réseau établissant la connexion) contenant un id de zone échouera. Pour utiliser un id de zone, il vous faudra soit passer à JDK 7, soit utiliser IcedTea/OpenJDK 6, qui est disponible dans Red Hat Enterprise Linux et ne présente pas ce bogue. Pour plus d'informations sur le bogue, reportez-vous à http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6800096 et https://issues.jboss.org/browse/JBPAPP-8833.
La propagation de contexte JPA 2.0 en dehors d'une transaction JTA
La propagation des contextes de persistance prolongés (XPC de l'anglais Extended Persistence Contexts) ne prenait pas en compte l'existence d'une transaction, avec les XPC qui continuaient d'être propagés. Ce comportement n'est pas conforme à la spécification JPA 2.0. La manipulation des XPC a été modifiée de façon à ce que lorsqu'il n'y a aucune transaction active, la propagation XPC est ignorée et le bean invoqué a son propre contexte de persistance au lieu du XPC.
Si votre application s'attend à ce que les contextes de persistance étendus soient propagés à l'extérieur des transactions JTA, vous devez vous demander si votre application doit être modifiée. Consultez le Guide de Migration de JBoss EAP 6 pour obtenir des instructions sur la mise à jour de votre application.
JBoss Enterprise Application Platform 5 fournit une propriété système (JBPAPP-923.alwaysPropagate) qui active ce comportement. Cette propriété système n'est pas disponible dans JBoss EAP 6.
Pour obtenir plus d'informations sur cette décision, référez-vous à https://issues.jboss.org/browse/AS7-1663.
Les sous-systèmes de gestion PicketLink
Les sous-systèmes de gestion PicketLink Identity Management et Federation ne sont pas pris en charge dans JBoss EAP 6.
Mise en pool de clients STS
Le sous-système Federation de PicketLink fournit un groupe de clients STS sur le serveur. Cela retire la création de clients STS comme goulot d'étranglement.
La mise en pool de clients peut être utilisée par des modules de connexion qui ont besoin d'un client STS pour obtenir des tickets de SAML.
Modules de connexion qui peuvent utiliser une mise en pool de clients STS :
  • org.picketlink.identity.federation.core.wstrust.auth.STSIssuingLoginModule
  • org.picketlink.identity.federation.core.wstrust.auth.STSValidatingLoginModule
  • org.picketlink.trust.jbossws.jaas.JBWSTokenIssuingLoginModule
Le nombre de client dans le pool pour chaque module de connexion par défaut est configuré par l'option de module de connexion initialNumberOfClients.
Le classe STSClientPoolFactory org.picketlink.identity.federation.bindings.stspool.STSClientPoolFactory fournit une fonctionnalité de mise en pool de clients aux applications.

Utilisation de STSClientPoolFactory

Les clients STS sont insérés dans des sous-pool en utilisant comme clé configuration. Obtenez une instance de STSClientPool et initialiser un sous-pool sur la base de la configuration, avec le nombre de clients STS initiaux en option, ou bien basez-vous sur le nombre par défaut.
final STSClientPool pool = STSClientPoolFactory.getPoolInstance();
pool.createPool(20, stsClientConfig);
final STSClient client = pool.getClient(stsClientConfig);
Copy to Clipboard Toggle word wrap
Quand vous aurez terminé avec un client, vous pouvez le renvoyer au pool de la manière suivante :
pool.returnClient();
Copy to Clipboard Toggle word wrap
Pour vérifier si un sous-pool existe déjà pour une configuration donnée :
if (! pool.configExists(stsClientConfig) {  
    pool.createPool(stsClientConfig);  
}
Copy to Clipboard Toggle word wrap
Lorsque le sous-système PicketLink Federation est activé, toutes les pools de client créés pour un déploiement sont détruits automatiquement pendant le processus d'annulation du déploiement. Pour détruire un pool manuellement  :
pool.destroyPool(stsClientConfig);
Copy to Clipboard Toggle word wrap
Tanuki Service Wrapper
Le Tanuki Service Wrapper n'est pas pris en charge dans JBoss EAP 6. Vous trouverez plus d'informations dans https://issues.jboss.org/browse/JBPAPP-8651.
XA Recovery dans Microsoft SQL Server 2008
XA Recovery ne fonctionne pas dans Microsoft SQL Server 2008 R1. XA Recovery fonctionne dans Microsoft SQL Server 2008 R2 SP2. Pour plus d'informations, reportez-vous aux URL suivants  :
XA Recovery dans MySQL
Le pilote JDBC MySQL n'implémente pas correctement le recouvrement XA et retourne des codes d'erreur incorrects pour les exceptions lorsque la connexion à la base de données est interrompue.
Pour obtenir plus d'informations, veuillez consulter https://issues.jboss.org/browse/JBPAPP-2576 et http://bugs.mysql.com/bug.php?id=72890
JBoss OSGi
JBoss OSGi, une implémentation de la spécification OSGi, a été rétrogradé de statut Aperçu technologique à Non pris en charge. Pour plus d'informations, reportez-vous à https://access.redhat.com/site/solutions/362814.
Quickstarts
Un certain nombre de quickstarts (helloworld-osgi, wicket-war et wicket-ear) qui étaient disponibles dans JBoss EAP 6.2, ont été supprimés du produit lors de la sortie 6.3 et ne sont toujours pas disponibles dans 6.4.
PicketLink
L'IDM (Identity Management) de PicketLink n'est pas pris en charge dans JBoss EAP 6.
API Infinispan
L'utilisation directe de l'API Infinispan n'est pas supportée dans JBoss EAP 6. Infinispan est utilisé comme un détail d'implémentation dans diverses technologies de clusters internes à JBoss EAP 6. L'utilisation directe de l'API Infinispan nécessite un abonnement à Red Hat JBoss Data Grid et l'installation de packages de JBoss Data Grid. Le téléchargement Red Hat JBoss Data Grid est disponible à l'adresse suivante https://access.redhat.com/downloads.
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2026 Red Hat
Retour au début