4. Fonctionnalités non prises en charge et obsolétes
4.1. Fonctionnalités non prises en charge Copier lienLien copié sur presse-papiers!
Copier lienLien copié sur presse-papiers!
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_statusne peut pas être utilisé avec HP-UX v11.3 hpws httpd B.2.2.15.15. - Le paramètre ProxyPass
fail_on_statusn'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 connexioninitialNumberOfClients.Le classe STSClientPoolFactoryorg.picketlink.identity.federation.bindings.stspool.STSClientPoolFactoryfournit 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);
final STSClientPool pool = STSClientPoolFactory.getPoolInstance(); pool.createPool(20, stsClientConfig); final STSClient client = pool.getClient(stsClientConfig);Copy to Clipboard Copied! Toggle word wrap Toggle overflow Quand vous aurez terminé avec un client, vous pouvez le renvoyer au pool de la manière suivante :pool.returnClient();
pool.returnClient();Copy to Clipboard Copied! Toggle word wrap Toggle overflow Pour vérifier si un sous-pool existe déjà pour une configuration donnée :if (! pool.configExists(stsClientConfig) { pool.createPool(stsClientConfig); }if (! pool.configExists(stsClientConfig) { pool.createPool(stsClientConfig); }Copy to Clipboard Copied! Toggle word wrap Toggle overflow 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);
pool.destroyPool(stsClientConfig);Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 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-waretwicket-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.