7.3. Problèmes connus
CDI/Weld
- 1054876 - La création de proxy échoue quand une superclasse n'a pas de constructeur no-arg
- CDI définit qu'une classe doit avoir un constructeur public annoté @Inject ou sans argument. Weld vérifie cette condition pendant le déploiement. Toutefois, l'implémentation de Weld dans cette version EAP effectue un contrôle plus strict par erreur et exige que les constructeurs de toutes les superclasses aient des constructeurs publics no-arg. Si tel n'est pas le cas, une exception « UnproxyableResolutionException » sera levée et le déploiement échouera.La solution de contournement consiste à inclure un constructeur public no-args dans toutes les superclasses d'une classe de bean.
- 1086555 - Weld - La spécialisation de beans génériques envoie une exception non appropriée
- Dans cette version de JBoss EAP 6, définir une specialisation sur un bean générique résulte en exception
DefinitionException
.Ce comportement n'est pas forcément approprié et est en cours d'investigation.
CLI
- 1054874 - support cygwin jboss-cli.sh
- Cette version de JBoss EAP 6 contient un bogue susceptible de causer des problèmes quand on utilise le produit dans un environnement Cygwin.Les différences dans les implémentations de chemins d'accès POSIX et Microsoft Windows peuvent amener les variables des chemins d'accès dans le script de shell
jboss-cli.sh
à pas fonctionner comme prévu.Ce problème devra être résolu dans une version à venir de ce produit.
Clustering
- 900483 - Les données de session périmées reçues lors de l'utilisation de DIST SYNC au moment de la fermeture d'un noeud
- Au cours des tests, certains cas ont montré que les données de session périmées étaient reçues lorsqu'un nœud s'arrêtait et que le mode de cache
DIST SYNC
ouDIST ASYNC
étaient utilisés. Cette question est encore à l'étude. - 900378 - Les beans CDI ayant des déclencheurs de réplication définis par « SET » ne se répliquent pas
- En raison d'un bogue présent dans le composant Weld, la méthode
setAttribute
ne peut pas être appelée correctement. Cela entraîne les beans CDI ayant le déclencheur de réplication défini à la valeurSET
à ne pas être répliqués. La solution consiste à utiliser le déclencheurSET_AND_NON_PRIMITIVE_GET
pour ces beans. Cela sera corrigé dans une version ultérieure. - 900946 - IllegalStateException: le cache est dans l'état 'TERMINATED'/'STOPPING'.
- Cette version de JBoss EAP 6 comporte un bogue qui peut provoquer l'exception
IllegalStateException
à comparaître après qu'une demande soit annulée sur un seul nœud dans les 5 secondes après avoir été déployée sur un autre nœud du cluster.Ce problème est sous investigation et devra être résolu dans une version à venir. - 901162 - TimeoutException: Impossible d'obtenir un verrou
- Un problème connu dans cette version de JBoss EAP 6 entraîne l'envoi de l'exception
TimeoutException: Unable to acquire lock
(impossible d'acquérir le verrou) dans certaines circonstances.Ce problème devra être résolu dans une version à venir. - 917635 - Impossible de charger la session: NullPointerException
- Dans cette version, après le déploiement d'une application, dans certaines circonstances, on peut voir apparaître une exception NullPointerException avec le message Impossible de charger la session.Ce problème devra être résolu dans une version à venir de ce produit.
- 993041 - RuntimeException dans org.jboss.as.web.session.ClusteredSession.access
- Dans de rares circonstances, lors de l'accès à une session web distribuée, alors qu'un autre nœud quitte brusquement le cluster, une acquisition de verrou peut échouer. Lorsque cela se produit, cela se traduit par un message d'exception :
RuntimeException: JBAS018060: Exception acquiring ownership of <session-id>
La cause de ce problème est que l'acquisition de verrou ne tient pas compte du fait qu'un nœud de cluster peut quitter le cluster exactement au même monent, ce qui entraîne l'échec d'acquisition du verrou. Cette question est à l'étude et devrait être résolue dans une prochaine version. Aucune solution de contournement connue n'est disponible actuellement. - 959951 - CacheException: java.lang.RuntimeException: Impossible de traiter les argument(s) au moment de la fermeture du serveur
- Au moment de la fermeture d'un serveur, le message suivant peut être enregistré :
CacheException: java.lang.RuntimeException: Failure to marshal argument(s) at server shutdown
Ce message se produit parce qu'Infinispan ne supporte pas encore l'arrêt simple et ce message peut donc être ignoré. Cette question est à l'étude, mais aucune solution de contournement connue n'est disponible actuellement. - 922699 - IllegalStateException: AtomicMap stocké sous key X a été supprimé simultanéement !
- L'exception IllegalStateException peut être levée dans de rares cas, lorsque la routine de traitement de l'expiration et de passivation accède à une session qui est supprimée au même moment. Cela provoque une exception qui est journalisée.L'exception peut être ignorée. Cependant, en désactivant la passivation de la sesssion, on est sûr que le problème sera évité.
Gestion des domaines
- 1111575 - subnet-match est complètement brisé
- Dans cette version de JBoss EAP 6, un bogue empêche subnet-match de respecter l'attribut de la valeur.Ce problème est sous investigation et devrait être résolu dans une version à venir de ce produit.
- 1105677 - Groupe ldap non existant empêche l'authentification d'échouer dans le domaine de sécurité
- Cette version de JBoss EAP6 comporte un bogue qui provoque l'échec de
LdapGroupSearcher
lorsque vous essayez de chercher un groupe qui n'existe pas sur le serveur LDAP local. Dans ces cas, la recherche renvoie un code d'erreurHTTP 500
, empêchant certains utilisateurs de se connecter.Ce problème devra être résolu dans une version à venir de ce produit. - 1015524 - RBAC: impossible de déployer un déploiement qui aurait déjà été déployé par un utilisateur d'un autre server-group scope
- Quand les contrôles d'accès basés rôle sont activés, les utilisateurs de gestion ayant des rôles server-group scoped peuvent avoir de nouveaux échecs de déploiement accompagnés du message suivant :
"JBAS014807: Management resource '[(\"deployment\" => \"example.war\")]' not found"
Cela se produit car un déploiement du même nom existe dans déjà dans le domaine. C'est un comportement correct. Cependant, parce que l'utilisateur de gestion s'étend à un groupe de serveurs, il n'est pas en mesure de voir si un tel déploiement existe déjà dans un autre groupe de serveurs. Il est donc difficile d'éviter cette erreur déroutante.Pour contourner cette limitation, Red Hat recommande que les non-scoped roles soient assignés aux utilisateurs chargés d'ajouter des déploiements à un domaine, ou qu'une liste de noms de déploiement soit maintenue afin que les utilisateurs de gestion en soient conscients. - 995439 - Les paramètres de transactions JTS dépendent des paramètres de Jacorb
- Lorsque JTS est activé dans la section
Transactions
de la console de gestion web ("Profil -> Container -> Transactions"), il faut également définir l'attributtransactions
à la valeuron
dans le sous-système de JacORB. Le comportement prévu est que les transactions sont activées quand JTS est activé. La cause de ce problème est sous investigation. En attendant que ce soit résolu, la solution consiste à s'assurer que l'attributtransactions
soit aussi suron
. Notez que le sous-système de transactions est disponible uniquement pour les profilsfull
etfull-ha
.
EJB
- 990102 - Expiration de l'accès simultané -- impossible d'obtenir le verrou sous 5000 MILLISECONDES
- Cette version de JBoss EAP 6 comporte un bogue pouvant produire un
concurrent access timeout
lorsqu'un client EJB, invoquant une méthode sur un bean stateful dans un cluster de "transfert" transfère l'appel aux beans stateful dans un cluster « cible », et recommence. Les invocations sont en série ; le client n'appellera pas une méthode sur un bean tant qu'il n'aura pas obtenu de réponse de l'appel précédent. Quand un des serveurs du cluster est arrêté, l'erreur se produit. - 1118432 - java.util.concurrent.RejectedExecutionException si un InitialContext remote-naming doit être fermé
- Dans cette version de JBoss EAP 6, si le système d'attribution de noms à distance est utilisé pour chercher un EJB, il crée un contexte
ejb-client
.Si l'objet de contexte d'attribution de noms distant est fermé une fois terminé, le client enregistrera l'erreur ci-dessous, parce que le contexte de l'ejb-client
a déjà été arrêté et il a essayé à nouveau.ERROR [org.jboss.remoting.handler-errors] Close handler threw an exception: java.util.concurrent.RejectedExecutionException
Ce problème sera résolu dans une version à venir du produit. - 1067194 - Le code client EJB3 avale les exceptions, ce qui rend difficile de garder la trace les problèmes en production.
- Cette version de JBoss EAP 6 contient un bogue qui amène les clients EJB3 à ingurgiter des exceptions à moins que la journalisation soit définie sur DEBUG.Ce problème devra être résolu dans une version à venir de ce produit.
- 1123505 - La configuration EJB/accès distant ne propage pas le certificat comme informations d'identification pour l'authentification si l'authentification mutuelle SSL a été utilisée pour la connexion
- Dans cette version de JBoss EAP 6, les configurations EJB/accès distant ne propagent pas le certificat comme informations d'identification pour l'authentification si l'authentification mutuelle SSL est utilisée pour la connexion.Ce problème fait qu'il est impossible d'utiliser le
BaseCertLoginModule
pour l'authentification avec des EJB protégés SSL.Ce problème est sous investigation et devrait être résolu dans une version à venir de ce produit.
Hibernate
- 1102974 - HHH-9231 Des données non validées peuvent rester dans le cache de la collection transactionnelle après annulation, si la collection est initialisée à la suite du vidage
- Cette version de JBoss EAP 6 contient un bogue susceptible de perpétuer des changements au niveau 2 du cache, après des annulations de changements.Cela peut résulter en l'exception
javax.persistence.EntityNotFoundException
ou par l'arrivée d'entités non existantes.Ce problème devra être résolu dans une version à venir de ce produit. - 1111706 - NonUniqueDiscoveredSqlAliasException: Alias d'SQL dupliqué trouvé
- Dans cette version de JBoss EAP 6, quand une requête SQL native spécifie à plusieurs reprises une colonne sans alias unique (par exemple "sélectionner e.id, e.title, e.id de l'événement e") pour une simple entité (par exemple événement), le message suivant s'affiche :
org.hibernate.loader.custom.NonUniqueDiscoveredSqlAliasException: Encountered a duplicated sql alias [id] during auto-discovery of a native-sql query
Cela arrive parce qu'Hibernate obtient les libellés de colonne de java.sql.ResultSetMetaData.getColumnLabel(). Hibernate ne peut pas déterminer si les colonnes portant le même nom se référent à la même valeur de la même entité.Au lieu de faire une mauvaise supposition, Hibernate envoie une exception.La solution est de fournir des alias uniques pour les colonnes portant les mêmes noms (par exemple "sélectionner e.id AS id1, e.title, e.id AS id2 de l'événement e"). - 1094951 - HHH-9261 Des représentations multiples détachées de la même entité ne peuvent pas être fusionnées par cascade=merge
- Cette version de JBoss EAP 6 contient l'erreur suivante :
java.lang.IllegalStateException: An entity copy was already assigned to a different entity
.L'erreur se présente lors d'une fusion en cascade quand plusieurs instances d'entité avec la même identité sont détectées. Comme elles ne peuvent pas être fusionnées automatiquement, l'exception est levée.Ce problème devra être résolu dans une version à venir de ce produit. - 1105078 - Stratégie de vérification de validité HHH-9062 Envers : horodatage de fin de révision non stocké dans les tables pour les sous-classes JOINED
- Dans cette version de JBoss EAP 6, lorsque Envers est accompagné d'une stratégie de vérification de validité pour vérifier une hiérarchie d'entités par héritage JOINED, les tableaux de vérification qui en résultent, et qui sont créés pour les sous-classes JOINED ne contiennent pas la colonne de révision de fin.Cela peut compliquer le partitionnement des tables d'audit des sous-classes JOINED.Le problème est à l'étude.
- 1085982 - Envers: Colonnes Embedded manquante dans le tableau d'audit (HHH-8908)
- Il y a un bogue dans cette version de JBoss EAP 6 qui empêche les attributs hérités de superclasses d'Hibernate d'être verifiés, à moins que la classe soit marquée @Audited.La solution est de veiller à ce que l'attribut @Audited soit utilisé dans des classes qui vont être suivies.Ce problème devra être résolu dans une version à venir de ce produit.
- 1117447 - HHH-9280 Attacher le nom de tableau d'@ElementCollection du nom de classe d'entité au lieu du nom d'entité spécifié.
- Cette version de JBoss EAP 6 contient un bogue dans le composant Hibernate qui fait que le nom de tableau devisé pour @ElementCollection utilise le nom de classe d'entité au lieu du nom d'entité.Ce problème devra être résolu dans une version à venir de ce produit.
- 900321 - HHH-7287 Problème de mise en cache des valeurs natural-id-values quand on obtient un résultat avec naturalIdQuery via NaturalIdLoadAccess
- L'interface Hibernate
NaturalIdLoadAccess
ne se comporte pas comme espéré quand on tente de charger des entités à partir du Cache Niveau Deux (L2) suite à une mise à jour des valeursnatural-id
(identificateurs naturel) d'un scénario non transactionnel.Hibernate ne prend pas en charge la mise en cache L2 d'entités avec des identificateurs naturels dans les scénarios où il y a un mélange d'accès transactionnel et non transactionnelles à la base de données.
Installateur
- 1032892 - Impossible d'utiliser le remplissage de tableaux pour les chemins d'accès commençant par une lettre de lecteur dans Windows.
- Dans l'installateur de la console de JBoss EAP 6 sur Microsoft Windows Server, l'onglet de saisie semi-automatique pour les chemins de répertoire qui commencent par une lettre de lecteur ne fonctionne pas.Lorsque vous entrez un chemin d'accès qui commence par une lettre de lecteur, par exemple
C:\
et que vous appuyez sur la toucheTab
, rien ne s'affiche. Normalement, on s'attend à ce que le contenu de ce répertoire s'affiche.Ce problème devra être résolu dans une version à venir. - 977805 - Démarrage de JBoss Administration Console à partir du menu Démarrer ne fonctionne pas avec Solaris
- Les raccourcis du menu Démarrer de la Console d'Administration sur Solaris ne fonctionnent pas pour une instance de JBoss EAP 6 qui a été installée par le programme d'installation.Au lieu d'ouvrir la Console d'Administration dans un navigateur web, le message suivant apparaît :
Error showing url: HTTP Error: Method Not Allowed
Ce problème provient de la commandexdg-open
qui ne fonctionne pas comme prévu sur SolarisEn guise de solution, pour utiliser les raccourcis du menu Démarrer, la Console d'Administration est accessible directement dans un navigateur web. Si configurée avec les ports par défaut, les URL de la Console d'Administration sont les suivants : En mode autonome : http://localhost:8080/console En mode de domaine : http://localhost:9990/console
JCA
- 1109691 - Le recouvrement ne fonctionne pas lorsqu'aucune information d'identification n'est spécifiée pour l'élément de recouvrement dans la configuration RA
- Dans cette version de JBoss EAP 6, quand les identifiants ne sont pas précisés dans l'XML de l'élément de recouvrement, le recouvrement ne démarre pas pour une ressource particulière.Ce comportement n'est pas intentionnel car une connexion devrait pouvoir être créée "sans identifiants" (ou similiare).Ce problème devra être résolu dans une version à venir de ce produit.
- 991389 - La fabrique de connexions n'est pas activée dans l'adaptateur de ressources generic-jms-ra.rar après le chargement du serveur en mode JTS Transactions.
- Lorsqu'un serveur JBoss EAP est configuré avec un adaptateur de ressources déployé à l'aide de
generic-jms-ra.rar
, la fabrique de connexions n'est plus enregistrée lorsque le serveur est rechargé. La cause du problème est que l'adaptateur de ressources génériques ne gère pas correctement le rechargement si le sous-système de transactions est configuré pour s'exécuter sur JBoss Transactions System (JTS). La cause de ce problème est à l'étude.La solution est d'ajouter un fichier XML de descripteur JCA dans l'archive JAR avec les propriétés de connexion spécifiées. - 1023193 - JMS generic RA affiche l'avertissement suivant 'lock owned during cleanup' pendant les recouvrements de crash sporadiques
- Un problème mineur de récupération périodique a été identifié, avec les messages d'avertissement commençant par le texte suivant enregistrés.
WARN [org.jboss.resource.adapter.jms.JmsManagedConnection] (Periodic Recovery) Lock owned during cleanup: java.lang.Throwable: Lock owned during cleanup
La cause sous-jacente du problème est que l'adaptateur générique de JMS ne gère pas correctement le deuxième appel de rétablissement périodique. Conformément à la spécification de l'objet Transaction Service, lorsque le gestionnaire de transactions est défini pour être exécuté sur le Service de transactions de Java (JTS), les appels de récupération périodique propcèdent à un double rollback sur le même XID. Le problème est que l'adaptateur générique JMS gère incorrectement le second appel de rollback pour un même XID et les messages d'avertissements ci-dessus sont enregistrés. Notez que malgré les messages d'avertissement, le recouvrement opère normalement. - 1107120 - Échecs de déploiement du pilote MySQL JDBC dans EAP 6.x
- Dans cette version de JBoss EAP 6, un bogue empêche le pilote MySQL JDBC de se déployer dans certaines circonstances.Le déploiement échoue en informant l'utilisateur que le déploiement existe déjà. Toute tentative de supprimer le déploiement existant échoue également.Pour éviter ces erreurs, vous pouvez démarrer à nouveau le serveur. Le pilote se déploiera.Le problème est à l'étude.
- 901300 - L'injection @Resource de base de données sur SFSB clusterisé échoue avec une erreur de sérialisation
- Cette version de JBoss EAP 6 contient un bogue qui amène l'injection @Resource d'un champ de base de données de SFSB clusterisé à échouer avec une erreur de sérialisationLa solution à ce problème est d'indiquer que le champ est transient et de le remplir à nouveau mnuellement dans @PostActivate.Ce problème devra être résolu dans une version à venir de ce produit.
- 1033008 - JMS RA généric n'est pas conforme à la spécification EE - il n'ignore * pas * les paramètres lorsque la session est créée dans le contexte de la transaction
- Lorsqu'une session est créée dans le contexte de la transaction et que les paramètres sont passés à l'adaptateur de ressources JMS générique, une exception de pointeur Null (NPE) se produit. Le problème a lieu parce que le traitement des paramètres est tenté alors que la spécification Java EE affirme qu'ils ne sont pas traités. La cause principale du problème est à l'étude, mais d'ici là, la solution consiste à définir la session à traiter, conformément à l'exemple suivant. Avec cette solution de contournement, le NPE ne se produira plus.
connection.createSession(true, Session.SESSION_TRANSACTED);
- 1104227 - jndi de datasource incorrect fourni au pilote jdbc pour la récupération lorsque plusieurs sources de données existent
- Dans cette version de JBoss EAP 6, il y a un problème avec la passage de JNDI à une source de données au cours du processus de recouvrement quand plus d'une source de données est définie.Ces sources de données appartiennent à une machine physique, mais chacune d'entre elle pointe vers une base de données différente (un utilisateur différent est utilisé pour connecter).Cela entraîne l'échec du recouvrement par une exception et se termine par l'erreur suivante :
WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local XARecoveryModule.xaRecovery got XA exception XAException.XAER_RMERR: oracle.jdbc.xa.OracleXAException
Ce problème devra être résolu dans une version à venir.
JDR
- 917683 - L'utilitaire jdr génère le mauvais nom exécutant sur Windows
- On a trouvé un bogue dans l'utilitaire JDR lorsqu'il est utilisé dans les environnements Windows. Il a été signalé que l'utilitaire permet d'ajouter le dernier caractère du répertoire source $JBOSS_HOME au répertoire JBOSS_HOME créé à l'intérieur de l'archive.Ainsi, pour un répertoire JBOSS_HOME d'origine nommé jboss-eap-6.2, l'utilitaire JDR produisait un répertoire d'archive nommé JBOSS_HOME2.La cause de ce bogue est toujours en cours d'investigation et il n'existe pas de solution pour l'éviter.
JPA
- 1114726 - L'amélioration de la classe d'entité JPA risque de ne pas fonctionner pour les déploiements quand d'autres sous-déploiements référencent les classes d'entité
- Cette version de JBoss EAP 6 comporte un bogue qui permet aux classes d'entité d'applications utilisateur d'être écrites à nouveau par le fournisseur de persistance au moment du dépoiement de l'application.Des questions se sont soulevées quand des déploiements sont déployés en parallèle et qu'il existe des références à des classes d'entités dans d'autres déploiements secondaires qui vont au-delà du déploiement contenant l'unité de persistance. Dans ces cas, chaque sous-déploiement procédera aux différentes phases du déploiement interne en parallèle.Ce problème devra être résolu dans une version à venir de ce produit.
JSF
- 1096905 - InstantiationException sur WeldApplicationFactory lorsque l'on passe à JSF 1.2 dans EAP 6.2.
- JBoss EAP 6 permet aux utilisateurs de choisir une version JSF de déploiement en utilisant les descripteurs liés au déploiement.Ceci, cependant, ne fonctionne pas correctement lorsque le déploiement utilise également CDI. Il n'est actuellement pas possible d'avoir deux déploiements différents utilisant différentes versions de JSF, si les deux déploiements utilisent également CDI.Une exception est alors levée et le déploiement échoue avec l'erreur suivante :
java.lang.InstantiationException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory
Bien que l'utilisation de JSF 1.2 avec CDI n'est pas officiellement supportée, puisque JSF 1.2 est une technologie EE5 et que CDI est une technologie EE6, il est toujours possible de faire fonctionner JSF 1.2 avec CDI pour tous les déploiements à l'aide de la solution de contournement suivante :- Définir la version JSF par défaut à 1.2 dans EAP en exécutant la commande suivante dans jboss-cli:
/subsystem=jsf/:write-attribute(name=default-jsf-impl-slot,value=1.2)
- Configurer la dépendnace JSF 1.2 du module Weld à la fois dans
/modules/system/layers/base/org/jboss/weld/core/main/module.xml et `/modules/system/layers/base/org/jboss/as/weld/main/module.xml
en changeant la ligne<module name="javax.faces.api"/>
à<module name="javax.faces.api" slot="1.2" />
- Redémarrer le serveur.
Ouverture de session
- 1096053 - SyslogHandler ne gère pas correctement les caractères multi-octets
- Utiliser
org.jboss.logmanager.handlers.SyslogHandler
pour vous connecter à des caractères multi-octets risque de résulter en sorties corrompues enregistrées. Par exemple :Mar 8 17:29:09 UNKNOWN_HOSTNAME java[9896]: SyslogHandler: ????????????
La solution est d'utiliserorg.apache.log4j.net.SyslogAppender
pour que les mêmes caractères multi-octets puissent être journalisés.La question est en partie causée par l'algorithme de conversion UTF, ce qui devrait être corrigé dans une version ultérieure. - 1031448 - logging-profile fonctionne avec un servlet, mais pas avec JSP
- Dans cette version de JBoss EAP 6, les profils de journalisation fonctionnent comme prévu avec un servlet, mais ne fonctionnent pas avec JSP; tous les messages de journaux provenant de JSP iront au contexte de journal du système.C'est parce que le chargeur de classes sélectionné est un
org.apache.jasper.servlet.JasperLoader
avec un chargeur de classes parent du chargeur de classes qui était enregistré pour le contexte de journalisation.Ce problème devra être résolu dans une version à venir de ce produit.
Autre
- 901231 - L'utilisation de finalize() nécessite des précautions spéciales avec IBM JDK
- JBoss Enterprise Application Platform 6 can experience intermittent failures when running on the IBM JDK 6 and 7. This is because the IBM garbage collector is much more aggressive than that of other JVMs. This can sometimes result in memory being reclaimed in situations that were unanticipated and did not manifest when testing on other JVMs.Until this issue is resolved Red Hat recommends using the OpenJDK or Oracle JDK to run JBoss Enterprise Application Platform 6 on Red Hat Enterprise Linux.
Correctifs
- 1120535 - Les demandes de correction de MBeans en cours de fermeture résulte en exception IllegalStateException
- Dans cette version de JBoss EAP 6, il y a un bogue créé par le sous-système de correctifs PatchResource qui n'a pas de dépendance sur InstallationManagerService mais qui l'utilise alors qu'il devrait être fermé.Cela peut entraîner une exception
IllegalStateException
si un hook de fermeture tente d'interroger le sous-système de correctifs des MBeans.La solution consiste à confirmer si le serviceInstallationManagerService
est actif avant de l'utiliser.
PicketLink
- 1086733 - Changements dans l'API PicketLink entre les versions 2.1 et 2.5
- PicketLink 2.5 a connu des changements d'API depuis PicketLink 2.1, qui étaient inclus dans les versions précédentes de JBoss EAP 6.x.Ces changements affectent plusieurs classes, ce qui compromet la rétrocompatibilité. Les applications PicketLink 2.1 devront être mises à jour avec les modifications.Une liste complète de ces changements est fournie à la fin de ce document.
RBAC
- 1021607 - Non adressabilité RBAC
- Certaines ressources ne sont pas adressables au serveur-groupe et hébergent des scoped roles afin de fournir une vue simplifiée du modèle de gestion pour améliorer la facilité d'utilisation. Ce n'est pas la même chose que les ressources qui ne sont pas adressables dans le but de protéger des données sensibles.Pour les scoped roles de server-group, cela signifie que les ressources
profile
(profil),socket binding group
(groupe de liaisons de sockets),deployment
(déploiements),deployment override
(substituion de déploiement),server group
(groupe de serveurs),server config
(config de serveur) etserver
(serveur) du modèle de gestion ne seront pas visibles si non liées aux groupes de serveurs spécifiés pour le rôle.Pour les rôles host-scoped, cela signifie que des ressources dans la partie du modèle de gestion/host=*
ne seront pas visibles si elles ne sont pas liées à des groupes de serveurs spécifiés pour le rôle.Cependant, dans certains cas, cette vue simplifiée peut cacher des informations qui, si hors de portée de ce que l'utilisateur gère, peuvent amener l'utilisateur à une séquence d'actions. En voici un exemple BZ# 1015524.Dans une prochaine version, certaines de ces ressources non adressables pourraient être modifiées pour être adressable, mais non lisibles. Cela n'affectera pas la sécurité du serveur parce qu'elles n'étaient pas adressables pour des raisons de sécurité. Red Hat recommande de ne pas compter sur la non-adressabilité des ressources pour cacher des informations, à moins que la non adressabilité soit définie dans une contrainte de sensibilité.
RESTEasy
- 899666 - RESTEasy: Empty cfg. param javax.ws.rs.Application produit une exception
- Le composant RESTEasy livré dans cette version de JBoss EAP 6 lève une erreur
java.lang.StringIndexOutOfBoundsException : String index out of range: 0
lorsque l'option de configuration_javax.ws.rs.Application_
du fichierWEB-INF/web.xml
est laissée vide.Ce comportement est sous-optimal et on espère le résoudre dans les prochaines versions du produit. - 1088956 - MalformedByteSequenceException dans le test Namespace de Windows
- Dans cette version de JBoss EAP 6, lorsque l'encodage est spécifié dans le contenu de la demande du client, RESTeasy retourne la réponse dans l'encodage du serveur, et non pas dans le codage de la demande initiale. Pour recevoir la réponse dans un encodage particulier
request.accept(mediaType)
, l'en-tête devra être spécifié ou une annotation @Produces de la ressource pourra être utilisée.Ce problème devra être résolu dans une version à venir de ce produit. - 1078186 - Connexion utilisée dans un état inconsistent malgré le messsage 'Connection: close' qui suit une authentification réussie.
- Dans cette version de JBoss EAP 6, lors de l'envoi d'une requête client à plusieurs reprises, la connexion n'est pas gérée correctement par le httpClient sous-jacent. RESTeasy utilise le module
org.apache.httpcomponents
fourni par JBoss EAP qui est actuellement en version 4.2.1-redhat-1. La version 4.2.6 deorg.apache.httpcomponents
résout le problème. - 1122779 - DataSourceProvider ne supprime pas les fichiers temporaires qu'il crée.
- Le
DataSourceProvider
(org.jboss.resteasy.plugins.providers.DataSourceProvider.readDataSource (InputStream, MediaType) crée un fichier temporaire nomméresteasy-provider-datasource....tmp
lors de la lecture de plus de 4 096 octets. Toutefois, elle ne supprime pas le fichier temporaire créé, ni ne fournit d'outil pour se faire, ce qui entraîne une fuite de ressource. Cette question est à l'étude et devrait être résolue dans la prochaine version. - 1080420 - DataSourceProvider utilise une méthode non sécurisée pour lire le flux entrant
- RESTEasy utilise
InputStream.available()
pour déterminer s'il a fini de lire un flux entrant d'un client.RESTEasy manquait parfois de lire complètement les données entrantes des clients.Ce problème devra être résolu dans une version à venir de ce produit. - 899664 - (EAP 6.4.x) RESTEasy: Les paramètres de configuration de booléen ne rejettent pas un contenu qui n'a aucun sens
- Cette version de JBoss EAP 6 comporte un bogue qui permet la configuration de paramètres booléens non valides. Ce comportement n'est pas voulu car les paramètres non valides devraient être rejetés et l'application devrait être déployée.Ce problème devra être résolu dans une version à venir de ce produit.
RPMs
- 1124516 - Le fichier snmpd.conf.sample est manquant dans le rpm
- Le fichier httpd/conf.d/snmpd/snmpd.conf.sample n'est pas présent dans les versions des RPM mod_snmp :
- mod_snmp-2.4.1-7.GA.ep6.el5.i386.rpm
- mod_snmp-2.4.1-7.GA.ep6.el5.x86_64.rpm
- mod_snmp-2.4.1-8.GA.ep6.el6.i386.rpm
- mod_snmp-2.4.1-8.GA.ep6.el6.x86_64.rpm
- mod_snmp-2.4.1-9.GA.ep6.el7.x86_64.rpm
Un exemple de fichier snmpd.conf.sample est attaché au Bugzilla à ce sujet et peut être modifié selon les besoins.Ce problème devra être résolu dans une version à venir de ce produit.
Remoting
- 1104328 - Le marshaling 'Compatible Change' ne permet pas le retrait de classes de la hiérarchie de classes d'une classe sérialisée
- Une exception
ClassNotFoundException
peut apparaître lors du marshaling si une classe est manquante dans la hiérarchie d'une classe sérialisée.Par exemple, si un système marshale une classe A, qui étend la classe B, qui, à son tour étend une classe C, elle-même envoyée à un système qui ne contient-elle pas les trois classes à la fois dans la même hiérarchie, on risque de trouver une exception sur la classe manquante.Ce problème devra être résolu dans la prochaine version de ce produit. - 1089236 - Version JBoss Remoting (inconnue) dans le log
- Dans cette version de JBoss EAP 6, la version JBoss Remoting apparaît comme
(inconnue)
dans les journaux des serveurs.C'est parce qu'un bogue se trouvant dans la journalisation du système Remoting n'a pas d'impact sur la performance.On espère corriger ce problème par une mise à niveau du composant dans une version à venir.
Scripts et Commandes
- 1069252 - add-user.sh ne fonctionne pas avec cygwin
- Dans cette version de JBoss EAP 6, le script
add-user.sh
échoue avecIllegalStateException
.Ce bogue se présente lorsque les process de Java sont exécutés dans Cygwin parce qu'il n'y a aucun java.io.Console disponible, ce qui signifie il n'y a aucune API disponible pour lire un mot de passe masqué.Ce problème devra être résolu dans une version à venir de ce produit.
Sécurité
- 949737 - Réplique de session interrompue par la valve NegotiationAuthenticator
- La réplication de session ne fonctionne pas pour les applications qui ont la valve NegotiationAuthenticator activée dans leur fichier
WEB-INF/web.xml
. La valve NegotiationAuthenticator fournit ses propres méthodessetNext()
etgetNext()
qui n'ajoutent pas correctement la valve de session clusterisée au pipeline de demande de JBossWeb.Le problème est à l'étude. - 1103684 - Impossible de partager le Domaine de sécurité d'identité parmi les sources de données
- Cette version de JBoss EAP 6 comporte un bogue qui présente l'erreur
javax.resource.ResourceException: No matching credentials in Subject!
lorsque plusieurs sources de données sont définies et soutenues par le même domaine de sécurité.Ce problème est sous investigation et devrait être résolu dans une version à venir de ce produit. - 1052644 - LdapExtLoginModule ne peut pas trouver la fabrique de socket ldap personnalisé
- Dans cette version de JBoss EAP 6, le module
LdapExtLoginModule
ne définit pas le TCCL au chargeur de classes d'un module JBoss (configurable). Le module JBoss contient une fabrique de socket personnalisé.De ce fait, le moduleLdapExtLoginModule
utilise des fabriques de sockets personnalisés pour créer des connexions au server ldap. Une exceptionClassNotFoundException
sera lancée quand on tente d'utiliser une fabrique de socket personnalisé avecLdapExtLoginModule
.Ce problème devra être résolu dans une version à venir de ce produit. - 1097276 - La source de données MsSql envoie une IllegalStateException quand elle tente d'obtenir une connexion
- Cette version de JBoss EAP 6 comporte un bogue qui génère l'exception
java.lang.IllegalStateException: This ticket is no longer valid
dans les sources de données MySQ en cours d'obtension de connexion.Ce problème devra être résolu dans une version à venir. - 979369 - Comportements divers de création d'HttpSession avec login() programmatique
- On s'est aperçu que le comportement d'une création d'HttpSession differait si utilisé avec un login programmatique :
- sans SSO : session non créée quand on appelle la méthode login() - par ex. les requêtes suivantes sont authentifiées ;
- avec SSO non-clusterisé : session créée lors de l'appel de la méthode login(), mais le premier appel ne définit pas le statut d'authentification ici - par ex. les requêtes suivantes sont désauthentifiées; l'utilisateur est authentifié après le deuxième appel de méthode login(), parce que la session est déjà présente ;
- avec SSO clusterisé : session créée quand on appelle la méthode login() et que les requêtes suivantes sont authentifiées.
La cause de ce changement de comportement est en cours d'investigation. Aucune solution n'est actuellement disponible. - 1069326 - Requiert événements d'audit de connecion/déconnexion
- Les demandes de gestion de domaine sont gérées à l'aide d'un protocole stateless. Pour HTTP, l'authentification a lieu à chaque demande. Pour l'authentification Native, cela a lieu au moment de l'établissement de la connexion. En dehors de cela, il n'y a pas de session authentifiée.Comme il n'y a pas de session authentifiée, les événements de connexion et de déconnexion ne peuvent pas être audités. Au lieu de cela, les messages d'audit sont enregistrés lorsqu'une opération est reçue par l'utilisateur.
Transaction Manager
- 1124861 - Problème de recouvrement d'AA avec CMR, recouvrement ok mais via détection l'orpheline
- Dans cette version de JBoss EAP 6, si le serveur tombe en panne à la fin de la phase de préparation d'une validation à deux phases lorsque « Commit Markable Resource » fait partie de la transaction XA, la ressource XA ne se restaure pas immédiatement comme prévu. Les ressources restent dans cet état jusqu'au démarrage de la détection de l'orpheline.Ce problème devra être résolu dans une version à venir.
- 1017256 - Statistiques de transaction calculés de façon erronée quand le recouvrement commence
- Cette version de JBoss EAP 6 comporte un bogue qui affiche les statistiques de transaction erronés lorsque la récupération a lieu pendant le traitement de transations pas forcément bien préparées.Le nombre total de transactions traitées est augmenté par erreur avant un crash du serveur, et aussi quand la récupération corrige l'état incertain après un redémarrage du serveur. Dans ces cas, une transaction peut être comptée à deux reprises.Ce problème est sous investigation et devrait être résolu dans une version à venir de ce produit.
- 1077156 - Impossible de démarrer une transaction XST sur IPv6 quand le serveur est lié à ::1
- Dans cette version de JBoss EAP 6, il n'est pas possible de démarrer une transaction XST sur IPv6 avec un serveur lié à l'adresse
:: 1
. C'est parce que cette partie de l'adresse doit être enveloppée dans des crochets ;[:: 1]
.Ce problème devra être résolu dans la prochaine version de ce produit. - 1113225 - CMR: log TX ne révèle pas les participants suite à un incident.
- Dans cette version de JBoss EAP 6, un bogue empêche les participants d'apparaître dans le log TX suite à un incident.Si le serveur tombe en panne sur la sortie de la méthode
CommitMarkableResourceRecord.commit
(et si la Récupération périodique est suspendue pendant le redémarrage), le log TX n'affichera pas les participants que l'on devrait voir apparaître ici.Le problème est à l'étude.
Web
- 1076439 - Le connecteur NIO2 n'est pas rechargé correctement pendant l'opération de rechargement sur IBM 1.7 JDK
- Si cette version de JBoss EAP 6 commence par IBM JDK 1.7 et qu'on fait une tentative de rechargement du serveur, le message erreur suivant apparaîtra dans la journalisation.
ERROR [org.apache.coyote.http11.Http11NioProtocol] (MSC service thread 1-6) JBWEB003043: Error initializing endpoint: java.net.BindException: Address already in use
Cette erreur est provoquée par un problème avec le JDK IBM qui fait que le connecteur NIO2 ne recharge pas correctement et la charge originale est toujours en cours d'exécution. Pour contourner ce problème, utilisez un connecteur différent (à noter que chaque connecteur possède ses propres caractéristiques) ou utiliser un JDK différent.Ce problème devra être résolu dans une version à venir de ce produit. - 918130 - Les connecteurs JBossWeb démarrent avant que les déploiements d'applications soient effectués dans EAP 6
- Un problème de synchronisation avec les connecteurs JBossWeb au démarrage a été découvert. Les connecteurs démarrent et acceptent des demandes avant que les applications soient déployées pleinement. Dans ces circonstances, les connexions clients via un équilibreur de charge ou directement vers JBoss EAP reçoivent le message
404
. Ce problème concerne les versions de JBoss EAP 6.0.1 et supérieures. Aucune solution de contournement n'est disponible pour l'instant, mais la question est en cours d'investigation.
Console web
- 1017655 - Erreurs de validation de configuration de services web
- Dans cette version de JBoss EAP 6, les valeurs non valides pour WSDL Host, WSDL Port et WSDL Secure Port sous Profiles > Web > Web Services ne sont pas rejetées par la console web.Certaines valeurs non valides provoquent un message d'erreur, tandis que d'autres sont ignorées sans montrer un message d'erreur. Aucune des valeurs non valides sont stockées dans la configuration.Ce problème devra être résolu dans une version à venir de ce produit.
- 1051991 - Les statistiques de destination JMS n'apparaissaient pas dans la console d'administration
- Cette version de JBoss EAP 6 comporte un bogue qui empêche la console d'administration d'afficher le nombre correct de destinations JMS. Le chiffre
0
est constamment affiché.Ce problème devra être résolu dans une version à venir de ce produit. - 1027586 - RBAC: La Console Web est de granularité trop grossière pour les ressources de l'application
- Dans cette version de JBoss EAP 6, lorsqu'une ressource est définie comme une ressource d'application, la console ne reflète pas cette définition. C'est parce que la console regroupe souvent plusieurs ressources sous une seule vue. Les contrôles sont disponibles dans les vues uniquement si toutes les ressources connexes sont accessibles en écriture. Si une de ces ressources est configurée comme une ressource d'application, alors, les contrôles connexes seront encore désactivés.La solution actuelle est, si possible, de configurer tous les types de ressources associés à un sous-système en tant que ressource d'application.
- 1029851 - console de gestion - même après l'annulation d'un processus de transfert de fichier de déploiement, le contenu est ajouté au répertoire de données
- Il existe un problème dans cette version de JBoss EAP 6 qui provoque le téléchargement de fichiers via l'écran de gestion des déploiements, même si le téléchargement est annulé par l'utilisateur.L'annulation de l'opération se traduit par l'ajout du fichier téléchargé dans le répertoire de données, mais l'empêche d'être ajouté en tant que déploiement vers le fichier domain.xml. Cela signifie que le fichier ne peut être déplacé par des interfaces de gestion web ou CLI.Ce problème devra être résolu dans une version à venir de ce produit.
- 1026823 - Procurer un moyen fiable d'effacer les en-têtes "ROLE" définis par la boîte de dialogue "Run as"
- Dans cette version de JBoss EAP 6, on a signalé que lorsqu'un superutilisateur agit pour le compte d'un autre utilisateur (par le lien Run As...), leur rôle n'est pas redéfini après que l'action ait eu lieu.La solution de contournement à ce problème consiste à fermer la fenêtre du navigateur (pas uniquement l'onglet actif) et à ré-accéder à la Console Web. Cette question sera abordée dans une prochaine version du produit.
- 1014048 - RBAC: Connectez-vous juste après une déconnexion n'effacera pas correctement l'UI en mode de domaine
- Dans certains cas, lorsque vous vous connectez à la console Web, la console est partiellement restituée avant de vous connecter en tant qu'autre utilisateur. Ceci conduit à un contenu « mixte » lorsque des parties de l'écran sont rendues, comme si l'ancien utilisateur était connecté, et d'autres parties de l'écran, en fonction du nouvel utilisateur connecté.Ce problème ne pose pas un risque pour la sécurité et aucune donnée sensible ne transpirera.La solution de contournement à ce problème consiste à fermer la fenêtre du navigateur (pas uniquement l'onglet actif) et à se reconnecter en tant que nouvel utilisateur.
Services web
- 1111046 - Réponse vide renvoyée lorsque SOAP Fault est lancé à partir d'un point de terminaison ayant un profil WS-Security Policy Signature
- Cette version de JBoss EAP 6 contient un bogue qui provoque un service web ayant un profil de stratégie de signature de WS-Security dans son WSDL à renvoyer une réponse HTTP vide qui a un contenu de longueur zéro lorsque SOAP Fault est lancé par erreur au lieu de SOAP Fault.Ce problème ne se présente que quand la stratégie de Signature est utilisée.Ce problème devra être résolu dans une version à venir de ce produit.
- 1079049 - Problème lors de l'utilisation de @SchemaValidation en combinaison à wsrm 1.1
- Si un client envoie un message de WS-RM 1.1 qui référence
CreateSequence
à un point de terminaison utilisant WS-RM ainsi que de la validation de schéma, l'application soulève l'erreur suivante :Unmarshalling Error: cvc-elt.1: Impossible de trouver la déclaration de l'élément 'CreateSequence'.
On ne peut pas trouverCreateSequence
dansfGrammerPool
deorg.apache.xerces.impl.xs.XMLSchemaLoader
car CXF et JBossWS ne prennent pas totalement en charge WS-RM 1.1. - 1074368 - Élément de schéma créé par la classe d'exception n'honorant pas l'annotation @XmlElement
- On a trouvé un bogue dans cette version de JBoss EAP 6 qui cause un schéma généré à partir de classes d'exception à ne pas honnorer l'annotation @XmlElement. Ce problème sera résolu dans une prochaine version du produit.
- 1103847 - Java First WS-Policy duplique PolicyReferences quand on utilise des annotations sans Interface Java séparée
- Il y a un bogue qui se trouve dans le composant CXF livré avec JBoss EAP 6 qui cause
PolicyReferences
à se reproduire lors de l'utilisation des annotations Java First WS-Policy (par exemple, @Policies). Le WSDL résultant génère plusieurs éléments PolicyReference quand il n'y a pas d'interface Java séparée.Ce problème devra être résolu dans une version à venir de ce produit. - 1121223 - [CXF-5892] Veiller à ce que EncryptedKey référence BinarySecurityToken pour commencer
- Dans cette version de JBoss EAP 6, CXF met le
BinarySecurityToken
référencé par l'élément EncryptedKey après l'élément EncryptedKey quand l'horodatage WSS n'est pas inclus dans le message SOAP.Cela peut amener les récepteurs qui s'attendent à ce que leBinarySecurityToken
référencé par EncryptedKey au-dessus de l'élément EncryptedKey échoue car ils n'ont pas traité leBinarySecurityToken
quand ils ont essayé de le trouver au cours du traitement de l'élément EncryptedKey.Ce problème devra être résolu dans une version à venir de ce produit. - 1115215 - CXF-5679, CXF-5724 - WS-S après que la mise à niveau ait échoué avec org.apache.ws.security.WSSecurityException: la signature ou le décriptage étaient non valides
- Une nouvelle régression apparaît dans CXF 2.7.10. Elle échoue avec le message suivant :
org.apache.ws.security.WSSecurityException: The signature or decryption was invalid
Ce problème devra être résolu dans une version à venir de ce produit.
mod_cluster
- 1085427 - Les StickySessions ne fonctionnement pas avec ProxyPass en contexte activé
- Cette version de JBoss EAP 6 comporte un bogue qui empêche les StickySessions de fonctionner avec ProxyPass en contexte activé. Ce problème devrait être résolu dans une prochaine version.
- 1044879 - Si "le nom de l'équilibreur de charges comprend" une lettre majuscule dans le nom, le modcluster ne pourra pas maintenir les sticky sessions.
- Un problème dans JBoss EAP 6 empêche le maintien des sticky sessions par le module de modcluster si des lettres majuscules sont utilisées pour nommer les équilibreurs de charge.Le problème entraîne des demandes de sessions particulières à être acheminées vers un autre nœud et non pas vers le nœud qui s'est occupé de la première demande pour cette session.C'est parce qu'EAP 6 ne prend pas en charge les lettres majuscules pour nommer les équilibreurs de charge puisque les noms d'équilibreur de charge sont semblables à des noms d'hôte dans un URL.Le module modcluster peut maintenir des sticky sessions si des lettres minuscules sont utilisées pour nommer tous les équilibreurs de charge d'un module.
- 900047 - SystemMemoryUsageLoadMetric n'est pas correct dans Linux/Unix
- Le
SystemMemoryUsageLoadMetric
n'affiche pas d'informations utiles dans les systèmes d'exploitation Linux ou UNIX. Pour ces systèmes,HeapMemoryUsageLoadMetric
procure des informations plus utiles. La solution à ce problème consistera à changer l'algorythme deSystemMemoryUsageLoadMetric
pour qu'il soustraie la valeur dubuffers/cache
du nombreutilisé
. Le meilleur moyen de le faire est en cours d'investigation.
Serveur web Apache (httpd) et Connecteurs
- 1125829 - Module httpd mod_snmp manquant dans RHEL6, RHEL7 pour l'architecture PPC64
- Dans cette version de JBoss EAP 6, les bibliothèques mod_snmp ne seront plus fournies pour les plateformes PPC64 (RHEL6, RHEL7).
- 900620 - APR natives ne sont plus chargées si UAC est installé (Windows Server 2008 R2)
- Sur les serveurs Microsoft Windows, les bibliothèques Apache de runtime portable (APR) échoueront au chargement si UAC (User Account Control) est activé. Après avoir installé les bibliothèques, un utilisateur administrateur devra cliquer-droit sur le répertoire JBoss, et définir « Full control » sur « Allow » (autorisation) pour l'utilisateur souhaité dans Propriétés -> Onglet Sécurité. Cela corrigera les droits d'accès pour l'UAC.
- 1125833 - Le fichier compressé de snmpd.conf.sample est manquant pour la plateforme RHEL7-x86_64
- Le fichier
snmpd.conf.sample
est manquant dans l'archive zipApache HTTP Server for RHEL 7 x86_64
.Comme solution de contournement, vous pouvez télécharger le fichier manquantsnmpd.conf.sample
de la pièce jointe dans https://bugzilla.redhat.com/show_bug.cgi?id=1125833. - 1122799 - Le chemin d'accès de mod_snmp.conf.sample n'est pas mis à jour par le script de post installation
- Dans cette version de JBoss EAP 6, le chemin d'accès de
mod_snmp.conf.sample
n'est pas mis à jour par le script de post installationAprès l'installation, le chemin d'accès contient la variableinstallroot
:SNMPConf "@installroot@/etc/httpd/conf.d/snmpd"
Une solution possible à ce problème consiste à modifier le fichiermod_snmp.conf.sample
manuellement.Ce problème devra être résolu dans une version à venir.
Serveur web Apache (httpd), Connecteurs, Documentation
- 900580 - httpd: fichier libaprutil-1.so.0: file trop court
- Les binaires APR ne sont pas empaquetés nativement dans JBoss Enterprise Application Platform, ou JBoss Enterprise Web Server, dans Red Hat Enterprise Linux. Des liens symboliques sont utilisés pour référencer les bibliothèques de base de Red Hat Enterprise Linux. Cela peut entraîner un problème insoluble avec les liens symboliques quand on esssaie d'utiliser des fichiers binaires APR quand les paquets suivants ne sont pas installés:
apr
,apr-util
,apr-devel
,apr-util-devel
.Ce problème devra être résolu dans une future mise à jour de Red Hat Enterprise Linux APR.
CDI/Weld, EJB
- 971679 - Problème quand on retire le déploiement de l'application avec un intervalle d'EJB Timer (minuteur) déjà initialisé
- Lors de l'arrêt d'une instance EAP avec une application déployée qui utilise un minuteur d'intervalle EJB, une exception
IllegalStateException
ouEJBComponentUnavailableException
peut occasionnellement apparaître dans le journal du serveur contenant le texte "Formatting error" (erreur de formatage) ou "Error invoking timeout for timer" (erreur d'invocation du timeout par le minuteur).Ce problème se produit parce que JBoss EAP 6 n'attend pas que toutes les requêtes aient été traitées à la fermeture du serveur.Il n'y a aucune solution de contournement pour éliminer ces erreurs, mais elles ne présentent pas d'impact négatif sur le produit.
EE, EJB
- 1114061 - ejb-jar.xml interceptor-binding n'accepte pas "*"
- Dans cette version de JBoss EAP 6, en raison de contrôles trop stricts, les intercepteurs EJB par défaut nécessitent une définition d'intercepteurs ainsi qu'une déclaration dans le cadre de l'assembly-descriptor.
EJB, Nommage
- 923836 - remote:// protocol ne fonctionne pas sur SSL dans IBM JDK
- Il y a un problème connu dans cette version de JBoss EAP 6 qui fait que la recherche d'affectation de noms distante échoue par intermittence sur un JDK IBM avec l'exception suivante :
org.jboss.remoting3.NotOpenException: Endpoint is not open.
Cette question semble se poser lorsque le client utilise le JDK IBM. Dans le cas où le serveur est sur le JDK IBM et que le client utilise un autre JDK, le question ne se pose plus.Ce problème est sous investigation. - 1069591 - ERREUR: Canal de recherche à distance met fin à la notification reçue, fermeture canal Channel ID apparaît quand on effectue une recherche sur une file d'attente distante
- Quand on effectue une recherche sur une file d'attente distante dans un EJB, bien que l'opération s'exécute correctement, une fois que le contexte est fermé, le message d'erreur suivant s'affiche :
Channel end notification received, closing channel Channel ID b8e969d6 (outbound) of Remoting connection 4970f4db to DEVPC016970/10.23.132.245:5301
Ce problème devra être résolu dans une version à venir.
EJB, Transaction Manager
- 952746 - Corriger les échecs de récupération de transactions impliquant une ressource distante EJB
- Dans cette version de JBoss EAP 6, les opérations de recouvrement de transactions peuvent échouer si elles impliquent des ressources EJB qui se sont plantées.Le problème se présente parce que quand une connexion se rompt entre le serveur et le client (plus précisément lorsque le client se bloque et est redémarré) ; le serveur et le client ne communiqueront pas entre eux automatiquement.Dans ces scénarios, le serveur ne pourra pas savoir que le client a démarré à nouveau, ce qui signifie que le processus de recouvrement EJB tx ne saura pas avec quels nœuds EJB communiquer.Ce problème est sous investigation et une solution est en cours.
Support IPv6
- 900564 - Mauvais format d'adresse IPv6 dans les entrées de journaux
- Les adresses IPv6 doivent être formatées avec des crochets ([ et ]) les enveloppant, comme dans
http://[2620:52:0:105f::ffff:2]:9990
. Les crochets sont manquants dans les fichiers journaux de JBoss EAP 6. Ce problème devrait être corrigé dans une version ultérieure. - 900609 - Sockets IPv4 ouvertes Pv4 dans Windows lorsque le serveur est lié à IPv6
- Quand JBoss EAP 6 démarre dans Microsoft Windows Server avec la pile IPv4 désactivée et la pile IPv6 activée, les sockets IPv4 sont encore ouvertes. Cette question est encore à l'étude.
Sécurité, Web
- 952518 - run-as does ne fonctionne pas avec les méthodes Servlet init() et destroy()
- Dans JBoss EAP 6, il existe un problème où l'identité
run-as
n'est pas utilisée pourServlet.init()
, ce qui va à l'encontre de la spécification Java Servlet 2.4.C'est parce que leRunAsListener
n'existe pas dans JBoss EAP 6 alors qu'il existait dans JBoss EAP 5.Pour contourner ce problème, établir un contexte de sécurité au sein de la méthodeinit()
du servlet qui appelle l'EJB sécurisé. Ceci peut être accompli en utilisant les approches décrites dans A10 et A23 de la FAQ de sécurité JBoss, qui se trouve à l'adresse suivante https://community.jboss.org/wiki/SecurityFAQCe problème devra être résolu dans une version à venir.
Console web - UX
- 1016546 - RBAC: [Utilisabilité] Message d'erreur pas clair lorsque vous essayez de configurer le rôle de l'auditeur en tant qu'administrateur
- Dans cette version de JBoss EAP 6, si un utilisateur tente d'exécuter une opération qu'il n'a pas l'autorisation d'exécuter, il recevra le message d'erreur suivant :You don't have the permissions to access this resource!Cela peut être source de confusion pour les utilisateurs car ils tentent d'effectuer une opération sans tenter d'accéder à une ressource. Ce texte d'erreur est clarifié dans une version ultérieure du produit.
XML Frameworks
- 1065128 - Problème de performance avec le transformateur Xalan et dans les noeuds de texte conséquents
- On a trouvé un bogue dans cette version de JBoss EAP 6 qui entraîne des problèmes de performance lorsque vous tentez de convertir des nœuds de texte volumineux à l'aide du transformateur Xalan. Lorsque vous utilisez le transformateur pour convertir un StreamSource en DOMResult, les performances du transformateur diminuent lorsque la taille des caractères de données augmente. C'est un problème connu qui sera corrigé dans une version ultérieure du produit.
doc-Release_Notes,JCA,JMS
- 1002518 - L'adaptateur de ressources génériques ne permet pas d'utiliser des instances XAConnectionFactory de TIBCO EMS pour les opérations non-transactionelles
- Dans cette version de JBoss EAP 6, quand une session est créée dans un contexte de transaction tel que
connection.createSession(false,0);
une exceptionIllegalArgumentException
se présente.C'est parce que le RA générique n'ignore pas les paramètres passés à createSession avec le premier qui définit le mode de la session en « not transacted » et le second en mode «transacted » (0).Pour éviter ce problème, créer une session « transacted » :connection.createSession(true,0);
.