Notes de sortie 6.1.1
JBoss Enterprise Application Platform 6.1
Nouvelles fonctionnalités, Problèmes connus et Support Information dans Red Hat JBoss Enterprise Application Platform 6.1.1
Résumé
Ces notes de sortie contiennent des informations importantes au sujet du produit Red Hat JBoss Enterprise Application Platform 6.1.1. Les problèmes connus, des ressources supplémentaires et autres problèmes courants sont évoqués ici.
Les changements documentés dans ces notes de sortie se rapportent à la dernière sortie,
6.1.0
.
1. Généralités
Red Hat JBoss Enterprise Application Platform 6 est la réponse de Red Hat aux changements importants sur la façon dont les organisations développent et déploient les applications d'entreprise. Les organisations cherchent à abaisser les coûts d'exploitation et à réduire le temps de présence des nouvelles applications sur le marché. JBoss Enterprise Application Platform 6 a été recensé avec un angle sur l'avenir, bénéficiant d'une architecture modulaire innovante, prête à accueillir la technologie cloud, dotée d'une gestion puissante, automatique et d'une productivité de développement de classe mondiale.
Red Hat JBoss Enterprise Application Platform 6 est Java EE 6 certifiée et dispose de fonctionnalités puissantes et flexibles, d'une amélioration des performances, d'une meilleure évolutivité et de beaucoup de nouvelles autres fonctionnalités pour améliorer la productivité des développeurs, tout cela combiné à une réputation de leader sur le marché (Red Hat) pour la certification et de soutien, assurant ainsi que votre administration et que votre développement continuent à avancer vers l'avenir.
2. Foire Aux Questions
- Q : Quoi de neuf dans cette édition ?
- Q : Où se trouve le reste de la documentation ?
- Q : Quelles sont les instructions pour le mise à niveau de l'installation ?
- Q : Sur quels Systèmes d'exploitation, Machines virtuelles Java et Serveurs de bases de données ce produit est-il supporté ?
- Q : Est-ce que la base de données H2 est prise en charge en production ?
- Q : Quels standards de l'industrie JBoss EAP 6.1.1 prend-il en charge ?
- Q : Quels sont les problèmes potentiels auxquels je vais devoir faire face lors de la migration vers cette version ?
- Q : Quels composants sont inclus dans cette édition et en quelle version sont-ils ?
- Q : Quelles sont les Aperçus technologiques inclus dans cette sortie ?
- Q : Où puis-je trouver des informations supplémentaires sur mon contrat de support ?
- Q : J'ai trouvé une erreur dans ce document. Comment pourrais-je en faire part ?
Q :
Quoi de neuf dans cette édition ?
R :
JBoss EAP 6.1.1 inclut de nombreuses résolutions de problèmes et améliorations. Pour obtenir des informations supplémentaires, veuillez consulter Section 7, « Changements notables dans cette version ».
Q :
Où se trouve le reste de la documentation ?
R :
Vous trouverez toute la JBoss EAP 6.1 Documentation Suite à l'adresse suivante https://access.redhat.com/site/documentation/JBoss_Enterprise_Application_Platform/.
Q :
Quelles sont les instructions pour le mise à niveau de l'installation ?
R :
Les instructions de mise à niveau se trouvent dans le Guide d'installation. Consulter la Suite de documentation à l'adresse suivante https://access.redhat.com/site/documentation/JBoss_Enterprise_Application_Platform/.
Q :
Sur quels Systèmes d'exploitation, Machines virtuelles Java et Serveurs de bases de données ce produit est-il supporté ?
R :
Voir https://access.redhat.com/site/articles/111663 pour obtenir une liste complète des Systèmes d'exploitation, Machines virtuelles Java, Serveurs de bases de données et combinaison de drivers JDBC qui ont été testés et vérifiés pour JBoss EAP 6.1.1.
Q :
Est-ce que la base de données H2 est prise en charge en production ?
R :
Non. La base de données H2 n'est fournie qu'à des fins d'évaluation, de testing et de démonstration. Ce n'est pas une configuration prise en charge pour un environnement de production. Consultez https://access.redhat.com/site/solutions/148633 pour plus d'informations.
Q :
Quels standards de l'industrie JBoss EAP 6.1.1 prend-il en charge ?
R :
Consulter https://access.redhat.com/site/articles/113373 pour obtenir une liste complète des spécifications et standards pris en charges.
Q :
Quels sont les problèmes potentiels auxquels je vais devoir faire face lors de la migration vers cette version ?
R :
Lire Section 7, « Changements notables dans cette version » pour en savoir plus sur les différences entre cette version de JBoss EAP et les versions précédentes qui peuvent causer des difficultés lors du déplacement de vos applications vers cette version.
Q :
Quels composants sont inclus dans cette édition et en quelle version sont-ils ?
R :
Consulter https://access.redhat.com/site/articles/112673 pour obtenir une liste complète des composants inclus.
Q :
Quelles sont les Aperçus technologiques inclus dans cette sortie ?
R :
JBoss EAP 6.1.1 inclut un certain nombre d'aperçus technologiques. Les aperçus technologiques ne sont pas entièrement pris en charge, peuvent ne pas être fonctionnellement complets et ne visent pas à la production. Ces caractéristiques donnent un aperçu des innovations pour les produits à venir, permettant aux clients de tester les fonctionnalités et de fournir leurs commentaires au cours du processus de développement.
Consulter Section 4, « Fonctionnalités fournies en tant qu'aperçu technologique uniquement » pour obtenir une liste complète des caractéristiques des Aperçus technologiques présents dans cette sortie.
Q :
Où puis-je trouver des informations supplémentaires sur mon contrat de support ?
R :
Les règles de prises en charge se trouvent à l'adresse suivante :
- Processus de prise en charge
- Étendue du Support production
- Contrat de Niveau de Support Production
- Étendue du Support développeur
- Contrat de Niveau de Support Développeur
- Mise à jour Produit et Règles de prise en charge par Produit
- Contrat de licence d'utilisateur JBoss
Q :
J'ai trouvé une erreur dans ce document. Comment pourrais-je en faire part ?
R :
Pour rédiger des commentaires sur ce document, veuillez loger un bogue à https://bugzilla.redhat.com, sous le produit
JBoss Enterprise Application Platform
, version 6.1.1
, et composant documentation-6.1.1_Release_Notes
.
Vous pouvez aussi suivre l'URL suivant qui remplit l'espace produit, la version et le composant automatiquement : https://bugzilla.redhat.com/enter_bug.cgi?component=doc-Release_Notes&product=JBoss%20Enterprise%20Application%20Platform%206&version=6.1.1
3. Nouvelles fonctionnalités
Les nouvelles fonctionnalités suivantes ont été ajoutées dans Red Hat JBoss Enterprise Application Platform 6.1.1.
4. Fonctionnalités fournies en tant qu'aperçu technologique uniquement
Les configurations et fonctionnalités suivantes sont connues pour avoir des problèmes non encore résolus et sont proposés en tant qu'aperçus technologiques uniquement pour l'instant. Non supportées dans un environnement de production.
- HornetQ discovery via JGroups
- HornetQ propose maintenant discovery dynamique des paramètres de connexion via UDP et JGroups.
- WS-Trust/STS dans JBoss Web Services
- JBoss Web Services expose maintenant les capacités WS-Trust/STS à partir de l'implémentation sous-jacente CXF.
- JBoss CLI Silent Mode
- «Silent Mode» a été ajouté à l'API CommandContext pour traiter les processus d'intégration du CLI.
- Ajouter des modules avec JBoss CLI
- Le CLI propose des nouvelles commandes pour ajouter ou supprimer des modules.
- Configuration du Syslog Handler
- EAP fournit un handler et une configuration pour le protocole syslog.
- Nouveaux algorithmes de chargement de lots d'Hibernate
- Hibernate a ajouté deux algorithmes à l'agorithme résiduel déjà existant, Dynamic et Padded.
- Hibernate - Amélioration de la mise en cache de second niveau de références d'objets pour les données non durables.
- Hibernate - Amélioration et extension du Bytecode Enhancement Support
- WS-AT/XA Bridge
- La fonctionnalité de pontage de transaction WS-AT/XA est fournie en tant qu'aperçu technologique uniquement, et n'est pas prise en charge en environnement de production.
- Validation RestEasy avec le Validateur Hibernate
- RestEasy propose maintenant un fournisseur de validation pour prendre en charge le validateur Hibernate livré avec JBoss EAP 6.
- Classes ServiceMBean helper restaurées
- Le module
org.jboss.as.system-jmx
a été introduit pour restaurer les classes helper disponibles dans les versions précédentes de JBoss EAP 6 qui aidaient les utilisateurs à créer des MBeans. - Multi-JSF
- Cette fonctionnalité permettait à l'utilisateur de remplacer l'implémentation JSF fournie dans EAP par une implémentation JSF fournie par un utilisateur.
- JDBC Store pour les Transactions
- JBoss Transactions peut être maintenant configuré pour utiliser une base de données JDBC comme store. Cela est activé par le sous-système de transactions en définissant les deux attributs suivants par le CLI.
- Définir
use-jdbc-store
àtrue
./subsystem=transactions:write-attribute(name=use-jdbc-store, value=true)
- Définir
jdbc-store-datasource
au nom JNDI pour la source de données à utiliser./subsystem=transactions:write-attribute(name=jdbc-store-datasource, value=java:jboss/datasources/TransDS)
Jeu complet d'attributs fourni ci-dessous.Tableau 1. Propriétés des transactions JDBC Store
Propriété Description use-jdbc-store
Définir à «true» pour activer les transactions du JDBC store.jdbc-store-datasource
Le nom JNDI de la source de données utilisée pour le stockage.jdbc-action-store-drop-table
Faîtes glisser et recréer les tables store d'actions au lancement. Sous option, la valeur par défaut «false».jdbc-action-store-table-prefix
Préfixe des noms de la table store d'actions. En option.jdbc-communication-store-drop-table
Faîtes glisser et recréer les tables store de communication au lancement. Sous option, la valeur par défaut est «false».jdbc-communication-store-table-prefix
Préfixe des noms de la table store de communication. En option.jdbc-state-store-drop-table
Faîtes glisser et recréer les tables store de statuts au lancement. Sous option, la valeur par défaut «false».jdbc-state-store-table-prefix
Préfixe des noms de la table store de statuts. En option.
5. Fonctionnalités non prises en charge
Certaines configurations qui fonctionnent dans JBoss Enterprise Application Platform 5 ne sont plus prises en charge. Veuillez les réviser.
- API Infinispan
- L'utilisation directe de l'API d'Infinispan n'est pas prise en charge dans JBoss EAP 6. Infinispan est utilisé comme un détail d'implémentation pour les diverses technologies de clusters internes à JBoss Enterprise Application Platform. Les API
module.xml
indiquent à tort que l'utilisation directe est possible, même si ce n'est pas le cas. Cela sera corrigé dans une version ultérieure. L'utilisation directe de l'API Infinispan nécessite un abonnement à JBoss Data Grid. - Limitations IPv6 de JDK 6
- Les limitations IPv6 suivantes sont causées par JDK 6, et ne sont pas des défauts de JBoss EAP 6.
- Dans Microsoft Windows Server, JDK 6 ne possède qu'une implémentation partielle d'IPv6. Cette implémentation n'est pas suffisante pour exécuter dans JBoss EAP 6. Total Support IPv6 nécessite JDK 7 dans Microsoft Windows Server.
- Dans Red Hat Enterprise Linux, s'il y a un bogue dans Oracle JDK 6, toute adresse de client (point de réseau établissant la connexion) indiquée contenant
zone-id
va échouer. Pour utiliserzone-id
, vous devrez soit mettre à jour à JDK 7, ou utiliser IcedTea/OpenJDK 6, disponible dans Red Hat Enterprise Linux, qui ne comprend pas ce bogue. Pour plus d'information sur ce bogue, voir http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6800096 et https://issues.jboss.org/browse/JBPAPP-8833.
- Propagation de contexte JPA 2.0 en dehors d'une transaction JTA
- La propagation des contextes de persistance prolongée (Extended Persistence Context or XPC) ne tenait pas en compte de l'existence d'une transaction, avec XPC constammant propagé. 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 afin que le bean invoqué ait son propre contexte de persistance au lieu du XPC.Si votre application s'attend à ce que des contextes de persistance étendus soient propagés à l'extérieur des transactions de JTA, vous devrez considérer si votre application doit être modifiée. Consultez le Guide de Migration de Red Hat JBoss Enterprise Application Platform 6 pour obtenir des instructions sur la mise à jour de votre application.JBoss Enterprise Application Platform 5 a fourni une propriété système (
JBPAPP-923.alwaysPropagate
) pour activer ce comportement. Cette propriété système n'est pas disponible dans JBoss EAP 6.Pour obtenir plus d'informations sur cette décision, voir https://issues.jboss.org/browse/AS7-1663. - PicketLink IDM
- PicketLink IDM (Identity Management) n'est pas pris en charge dans JBoss EAP 6.
- PicketLink STS
- PicketLink STS (Security Token Service) n'est pas pris en charge dans JBoss EAP 6.
- Tanuki Service Wrapper
- Tanuki Service Wrapper n'est pas pris en charge dans JBoss EAP 6. Vous trouverez plus d'informations à l'adresse suvante 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. Cette fonctionnalité n'opère pas dans Microsoft SQL Server 2008 R2 SP2. Pour plus d'informations, voir les URL suivants :
- XA Recovery dans MySQL
- Le pilote MySQL JDBC n'implémente pas XA Recovery correctement. Pour plus d'informations, voir https://issues.jboss.org/browse/JBPAPP-2576.
- JBoss OSGi
- JBoss OSGi, une implémentation de la spécification OSGi, est passé d'Aperçu Technologique à Non pris en charge. Pour plus d'informations, reportez-vous à https://access.redhat.com/site/solutions/362814.
6. Composants
La matrice de composants JBoss EAP 6 se trouve à l'emplacement suivant : https://access.redhat.com/knowledge/articles/112673.
7. Changements notables dans cette version
7.1. Résolution de bogues
Apache Server (httpd) et Connecteurs
- 987851 - Multiple Issues with OCSP
Build
- 983322 - org.apache.commons.configuration missing dependency on org.apache.commons.beanutils
- Dans les versions précédentes de Red Hat JBoss Enterprise Application Platform 6, le module org.apache.commons.configuration n'a pas déclaré une dépendance sur le module org.apache.commons.beanutils. Cela a amené une classe de configuration à lever une exception ClassNotFoundException à cause d'une classe BeanUtils manquante lorsque certains chemins de code sont utilisés. Cette version du produit a la dépendance ajoutée à org.apache.commons.configuration afin que le code n'ait plus besoin le lancer une exception ClassNotFoundException.
- 979284 - EAP-6.1 Maven repository contains wrong jcip-annotations-1.0-redhat-3.pom
- Certains utilisateurs ont pu expérimenter des problèmes de résolution de dépendance avec le gestionnaire de dépendances IVY dans une version plus ancienne de Red Hat JBoss Enterprise Application Platform 6.Le problème provenait d'une référence d'artifact incorrecte du fichier /JBOSS_HOME/net/jcip/jcip-annotations/1.0-redhat-3/jcip-annotations-1.0-redhat-3.pom.Cette erreur a été corrigée et les dépendances affectées ont été résolues comme il faut.
CLI
- 961425 - EAP 6.1 CLI script usage breaks on last new line
- Il y avait un bogue dans le composant Aesh (Another Extendable Shell) empêchait Aesh d'analyser des sections d'information correctement. Si le dernier octet d'un ensemble de données correspondait à une nouvelle ligne (et si les données qui précèdent contenaient des sauts de ligne) il était alors absorbé et non analysé.Ce problème contribuait à faire échouer les scripts CLI personnalisés d'utilisateurs.Le bogue Aesh a été résolu et les scripts d'utilisateur fonctionnent maintenant de la même façon que dans les versions précédentes de Red Hat JBoss Enterprise Application Platform 6.
Consoles
- 910718 - Console should react properly to loss of connection
- L'interface de gestion Web utilisé dans Red Hat JBoss Enterprise Application Platform 6 est une application de Google Web Toolkit (GWT) et, par conséquent, utilise GWT Deferred Binding (liaisons différées) pour charger les composants de l'application à la demande. Dans certains cas, le chargement différé échouait et gelait l'application globale sans aucune indication sur la source du problème.Dans un tel cas de liaison différée, on a introduit une méthode de gestion de l'erreur appropriée dans cette version.Aussi, dans le cas d'un problème de chargement des composants d'application sur demande, les exceptions sont gérées avec grâce et la console web reste accessible.
- 908664 - Failover Shutdown property is deprecated for Bridges
- Dans les versions précédentes de Red Hat JBoss Enterprise Application Platform 6, la possibilité de définir la propriété FAILOVER_ON_SERVER_SHUTDOWN dans le sous-système HornetQ était possible via la console même si la propriété était marquée comme dépréciée et que les tentatives de définition étaient ignorées. L'option a été supprimée de la console dans cette version du produit
Gestion de domaine
- 960497 - 'whoami' operation unexpectedly requires the domain wide configuration lock
- Dans les précédentes versions de Red Hat JBoss Enterprise Application Platform 6, les métadonnées pour l'opération
whoami
n'était pas en lecture seule. Cela signifie que l'exécution de l'opération obtenait un verrou en écriture sur tout le domaine. Cela pouvait négativement affecter l'exécution d'autres tâches et, dans certains cas, conduire à une erreur deMémoire insuffisante
. Cette version du produit corrige ce problème en définissant un drapeau lecture seule sur les métadonnées dewhoami
. Cela permet aux autres opérations de fonctionner comme prévu. - 968815 - Cannot remove jgroups subsystem from CLI by saying "JBAS014807: Management resource ... not found"
- Dans les versions précédentes de Red Hat JBoss Enterprise Application Platform 6 un chemin d'accès inclus dans JGroupsSubsystemRemove a été formaté sans élément pour définir le profil du serveur.Dans un environnement autonome, cela ne posait pas de problème. En mode Domaine, en revanche, ceci entrainait une erreur quand on tentait de supprimer le sous-système de JGroups par la commande :[domain@localhost:9999 /] /profile=test/subsystem=jgroups:remove()This command would produce the following error: "JBAS014807: Management resource [(\"subsystem\" ⇒ \"jgroups\")] not found"Cette version de Red Hat JBoss Enterprise Application Platform 6 inclut un élément de profil manquant dans PathAddress et les utilisateurs sont maintenant en mesure de supprimer le sous-système de JGroups en utilisant la commande CLI ci-dessus.
EE
- 978603 - Possible race in jboss-invocation proxies resulting in NPE in initializer
- Dans les versions précédentes de Red Hat JBoss Enterprise Application Platform 6, jboss-invocation utilisait un ThreadLocal pour passer des informations dans l'initialiseur static de proxies. En conséquence, il y avait une très petite fenêtre pendant laquelle si un deuxième thread tentait d'utiliser le proxy immédiatement après qu'il ait été défini, ce deuxième thread appelait l'initialiseur statique, et les données de ThreadLocal que l'initialiseur attendait ne seraient pas présentes, ayant pour résultat l'exception NullPointerException.Ce comportement a été corrigé dans cette version du produit et il n'y aura plus de NPE.
EJB
- 956227 - java.lang.ArrayIndexOutOfBoundsException
- Il y avait un problème dans les versions précédentes de JBoss EAP 6 lors de l'appel d'un EJB sur un serveur distant quand l'identificateur de nœud ne dépassait pas 9 caractères. Il en résultait l'exception
ArrayIndexOutOfBoundsException
.Ce problème a été corrigé dans la bibliothèque de client EJB afin qu'il puisse désormais générer un Xid correctement lors du traitement de l'identificateur de nœud. En conséquence, les appels à un EJB sur un serveur distant ne doivent plus lever d'exceptions provoquées par un identificateur de nœud long. - 910193 - ejb timer service creates empty directories for all ejbs including those without timers
- Dans les versions précédentes de Red Hat JBoss Enterprise Application Platform 6, le service EJB timer était créé pour chaque bean qui pouvait avoir un service de minuteur, au lieu de se limiter à des beans utilisant un minuteur. De ce fait, le service créait des répertoires inutiles pour stocker les données du minuteur quand le service démarrait.Ce problème a été corrigé et un service de minuteur démarre maintenant uniquement pour les beans qui ont un timeout ou une méthode de programmation. Les autres EJB utilisent un service de minuteur qui ne fonctionne pas et pouvant toujours être recherché dans JNDI (conformément à la spécification Java EE), mais qui ne programme pas les minuteries (car l'EJB n'a pas de méthode de timeout).
- 909804 - Client Locally transmitted context data is not received by EJB
- Dans les versions précédentes de Red Hat JBoss Enterprise Application Platform 6, un bogue se présentait lors d'une invocation sur une interface EJB distante d'un bean qui était déployé sur la même instance de serveur que le client appelant avec le « LocalEJBReceiver » utilisé pour gérer cette invocation. Si un intercepteur de client EJB était utilisé dans ces instances pour transmettre certaines données d'invocation, ces données n'étaient jamais propagées à la cible EJB ou à aucun des intercepteurs (côté serveur) applicable à cette invocation EJB. Cette version du produit inclut un correctif qui résout ce problème et toutes les données se propagent maintenant correctement.
- 950864 - Sporadiacal a NullPointerException is thrown if a SFSB is removed
- 983324 - Seeing ConcurrentModificationException in EJBClientContext on start up.
- 981174 - javax.transaction.xa.XAException thrown when using JTS transactions
- 959236 - Remote calls of a SLSB marked as @Clustered is hanging for the first invocation
- Il y avait un problème avec JBoss EAP 6 quand un client pouvait être suspendu s'il interagissait avec un serveur clusterisé pour des invocations EJB.Ce problème pouvait se produire quand un serveur générait un
EJBClientContext
, alors qu'il envoyait une topologie de cluster à un client dans un thread, tandis que dans un autre thread leEJBClientContext
était en cours de création. Cette situation pouvait créer une impasse, ce qui entraînait la suspension du client, et après que le client ait abandonné, un arrêt de serveur compromis.Ce problème a été corrigé dans la bibliothèqueEJBClientContext
en s'assurant que le chemin de code de l'implémentation interne ne mène pas à une telle impasse.
Hibernate
- 981720 - Upgrade to Hibernate 4.2.0.SP1
HornetQ
- 959789 - HQ core bridge does not failover
- Dans les versions précédentes de JBoss EAP 6, un serveur de HornetQ core bridge ne basculait pas comme il se doit vers un serveur de sauvegarde HornetQ lorsque le serveur principal de HornetQ était rendu indisponible. Ce problème avait lieu parce que le serveur de HornetQ core bridge tentait de se reconnecter à n'importe quel autre nœud de serveur, plutôt qu'au serveur de HornetQ de sauvegarde qui convenait.Le problème a été corrigé dans cette version de JBoss EAP6, et un serveur de HornetQ core bridge ne tentera pas toujours de se connecter au serveur HornetQ de sauvegarde quand le serveur HornetQ est rendu disponible.
- 963215 - JMS bridge does not failover
- 986362 - Inflow XA transaction recovery fails due to ironjacamar calling unsupported method in HornetQResourceAdapter
- Lors du recouvrement de transactions HornetQ, il y avait un problème dans JBoss EAP 6. Le gestionnaire de transactions déversait des messages d'erreur dans le journal, bien que les transactions aboutissaient correctement.Cela se produisait parce que l'adaptateur JCA (IronJacamar) exigeait l'adaptateur de ressources MDB pour les flux d'XIDs. HornetQ s'enregistre automatiquement sur le gestionnaire de transactions, et ainsi HornetQ lève une exception, ce qui prête le mécanisme de récupération de IronJacamar à confusion.De ce fait, des avertissements apparaissaient dans le gestionnaire de transactions, comme par exemple :
ERROR [org.jboss.jca.core.tx.jbossts.XAResourceRecoveryInflowImpl] (Periodic Recovery) IJ000902: Error during inflow crash recovery for 'org.hornetq.ra.HornetQResourceAdapter' (org.hornetq.ra.inflow.HornetQActivationSpec(ra=org.hornetq.ra.HornetQResourceAdapter@4f02d3d2 destination=jms/queue/InQueue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15)): javax.resource.ResourceException: Unsupported at org.hornetq.ra.HornetQResourceAdapter.getXAResources(HornetQResourceAdapter.java:204)
Ce problème a été réglé en évitant de retourner un Array vide à IronJacamar au lieu de lever une exceptionUnsupported
. De ce fait, il n'y aura plus d'avertissement à ignorer et les transactions pourront toujours se terminer par l'intermédiaire du recouvrement du gestionnaire de transactions. - 991049 - Incorrect log level is used for XAException when TX recovery happens
Le programme d'installation
- 977736 - Appclient starting script and configuration file shouldn't be installed withoud appclient
- Quand on utilisait le programme d'installation avec JBoss EAP 6, si AppClient + la case à cocher qui se situe sur l'écran Pack Installation disparaissaient, les fichiers AppClient étaient toujours installés.Ce problème avec le programme d'installation a été corrigé dans cette version de JBoss EAP 6 afin que les fichiers AppClient ne soient installés que si la AppClient + case à cocher sont sélectionnés.
- 977717 - Key shortcuts with Alt are not working for some languages
- Dans les dernières versions du programme d'installation de JBoss EAP 6, il y avait un problème avec les raccourcis de boutons qui ne fonctionnaient pas avec certaines locales (langues).Cela avait lieu quand la première lettre d'un nom de bouton, indiquée sur le raccourci d'un clavier, était similaire à une autre.Ainsi, le bouton en espagnol pour Next is Siguiente , et Cancel est Salir . Les deux bouton en espagnol s'affichaient tous les deux avec un S souligné, indiquant une combinaison de clavier avec Alt+S . Mais cette combinaison de clavier ne déclenchait pas le bouton Salir ( Cancel ), et il n'y avait pas de combinaison de clavier qui déclenchait le bouton Siguiente ( Next).Dans cette version de JBoss EAP 6, tous les boutons affichés pour chaque étape du programme d'installation ont maintenant ont une lettre soulignée unique, indiquant un raccourci clavier fonctionnel.
- 977822 - There is no option to install natives on HP-UX
- Lorsque vous exécutez le programme d'installation basé texte sur Hewlett-Packard HP-UX avec une JVM de 64 bits, les composants natifs n'étaient pas offerts en option installation, empêchant leur installation par cette méthode. La cause du problème était qu'une référence aux composants HP-UX 64 bits natives manquait d'un des fichiers de configuration du programme d'installation. Ce problème est maintenant résolu et le programme d'installation basé texte propose maintenant des composants natifs en option d'installation lorsque vous utilisez une machine virtuelle Java 32 bits ou 64 bits.
JCA
- 976294 - regression: using a ResourceAdaptor (rar) which has properties that use primitives as arguments will fail to deploy
- Dans les anciennes versions de JBoss EAP6, il y avait un problème quand on utilisait un adaptateur de ressources qui possédait des propriétés utilisant des types de données primitives comme arguments.Ce problème entrainait l'échec de déploiement de l'adaptateur de ressources, avec le fichier de journalisation contenant les messages relatifs aux attributs d'adaptateurs de ressources non définis.Dans cette version de JBoss EAP 6, ce problème a été réglé en utilisant l'introspection par données pour vérifier les attributs, y compris les données primitives.Les adaptateurs de ressource ne devraient plus être en échec de déploiement pour avoir eu des données primitives en tant qu'arguments.
- 913804 - LogWriter of ManagedConnectionFactory outputs nothing to stdout
- Dans les versions précédentes de JBoss EAP 6, un objet
PrintWriter
qui était passé par la méthodesetLogWriter
d'unManagedConnectionFactory
ne produisait pas de messages de journalisation au stdout.Cela se produisait car lePrintWriter
qui se trouvait dans la classeAbstractResourceAdapterDeploymentService
n'était pas défini pour pouvoir se vider automatiquement, et cela a été corrigé dans cette version.Les messages de sortie de l'objetPrintWriter
défini par la méthodesetLogWriter
d'uneManagedConnectionFactory
apparaît maintenant dans la sortie (stdout). - 980920 - ResourceAdapter instances not registered for inflow crash recovery
- Dans les anciennes versions de JBoss EAP 6, les adaptateurs de ressource n'étaient pas enregistrés pour le recouvrement de crash de flux. De ce fait, le recouvrement XA ne pouvait pas avoir lieu sur les adaptateurs de ressources de flux, et cela a pu causer un état inconsistant suite à un crash de serveur.Dans cette version de JBoss EAP 6, les adaptateurs de ressources sont maintenant enregistrés pour le recouvrement en cas de crash quand ils sont activés. De ce fait, un état consistant d'adaptateurs de ressources est maintenu en cas de crash de serveur.
Journalisation
- 969530 - ClassCastException when JBoss LogManager is initialized before the logging subsystem expects
- Quand le JBoss LogManager était ajouté au chemin de classe de démarrage, par exemple pour les agents de Java personnalisés (p. ex. agent Introscope ou JMX), le JBoss LogManager était amorcé à l'aide du Configurateur de défaut, plutôt qu'à l'aide du Configurateur du sous-système.Comme le sous-système de connexion assume que son propre configurateur sera utilisé, cela empêche le démarrage de JBoss EAP 6, et l'erreur suivante s'affiche :
ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 5) JBAS014612: Operation ("add") failed - address: ([ ("subsystem" => "logging"), ("console-handler" => "CONSOLE") ]): java.lang.ClassCastException: org.jboss.logmanager.PropertyConfigurator cannot be cast to org.jboss.as.logging.logmanager.ConfigurationPersistence ...
Ce problème a été résolu dans cette version de JBoss EAP 6, afin que le sous-système de journalisation ne suppose plus que sa propre configuration doit être utilisée. Si le configurateur du sous-système de journalisation n'est pas utilisé, il remplacera le configurateur d'origine (habituellement le configurateur par défaut).Grâce à ce correctif, les agents Java personnalisés peuvent maintenant être utilisés sans affecter la façon dont le JBoss LogManager est configuré initialement. - 971190 - log4j appenders force initialization of the appender/handler on reboot
- Dans les versions précédentes de JBoss EAP 6, quand un appender Apache log4j était ajouté, la nom de classe de l'appender configuré manuellement ne correspondait pas au nom de classe inclus au démarrage.Ce problème entraînait le gestionnaire personnalisé à être reconfiguré lors de chaque redémarrage de l'instance de JBoss EAP 6. Cette question a pu affecter des configurations qui utilisaient un
FileAppender
qui n'avait pas été défini pour ajouter, résultant en des fichiers de journalisation écrasés.Ce problème a été corrigé en mettant l'appender log4j dans unjava.util.logging.Handler
nomméorg.jboss.as.logging.logmanager.Log4jAppenderHandler
, et en vérifiant correctement le nom de la classe par rapport à celui de la classe de l'appender du hanler.S'ils correspondent, un gestionnaire d'appenders log4j personnalisé ne sera pas reconfiguré à chaque démarrage de l'instance de JBoss EAP 6. - 975557 - Syslog Handler: Message length is not calculated correctly for multi-byte characters
- Il y avait un problème dans les anciennes versions de JBoss EAP 6 avec le gestionnaire de syslog qui calculait mal la longueur d'un message: il calculait le nombre de caractères plutôt que le nombre total de d'octets.Si un message syslog contenait des caractères de plus d'un octet de longueur, comme par exemple des caractères comme des umlauts, un message de non validité était envoyé. De ce fait, certains messages contenaient des caractères manquants ou non valides.Dans cette version de JBoss EAP 6, le gestionnaire de syslog a été mis à jour et calcule maintenant les longueurs de messages de suslog correctement. Il ne doit plus y avoir de caractères non valides ou manquants enregistrés par le gestionnaire de syslog à cause de longueurs de messages non valides.
- 975559 - Handler rollback gets null instance reference if prepare are invoked
- Dans les versions précédentes de JBoss EAP 6, une annulation d'une opération composite pour supprimer et rajouter un appender de log4j Apache échouait si le nom de l'appender restait le même. L'annulation de l'opération composite échouait car la référence à l'appender log4j précédent avait déjà été supprimée.Ce problème a été corrigé en évitant de valider si la référence à l'appender log4j existe, car elle peut être créée par la suite.Ainsi, on ne doit plus trouver d'erreur quand une opération composite de suppression ou d'ajout d'appender Apache log4j est annulée.
- 981544 - PeriodicRotatingFileHandler does not roll the File on 12AM but 12PM
- Il y avait un bogue présent dans les anciennes versions de Red Hat JBoss Enterprise Application Platform 6 qui entraînait le LogManager à ne mettre en rotation le fichier journal le jour suivant un redémarrage. Le bogue représentait le serveur redémarré dans la plage d'heures PM. Cela venait du fait que le LogManager ne gérait pas correctement les demi-journées. Ce bogue a été résolu avec une mise à jour vers la version LogManager.
- 975085 - Unable to remove custom logging handler
- Dans les versions précédentes de JBoss EAP6, lors du processus de suppression d'un gestionnaire de logs personnalisé (par ex. Apache log4j), il y avait des tentatives d'exécution des méthodes de post-configuration une fois qu'une instance avait été supprimée. Cela résultait en un échec de suppression d'un gestionnaire de log personnalisé.Dans cette version de JBoss EAP 6, des modifications ont été apportées au sous-système de journalisation pour éviter ce problème de se présenter à nouveau, et les gestionnaires de logs personnalisés peuvent maintenant être retirés.
- 973450 - File attribute always replaces the file even if the values are equal
- Il y avait un problème dans les anciennes versions de JBoss EAP 6 avec les événements de journalisation enregistrés par un gestionnaire de logs pendant l'amorçage remplacés/supprimés. Ce problème avait lieu si le gestionnaire de logs de fichiers n'était pas défini à «append».Ce problème se produisait car le sous-système de journalisation de vérifiait pas correctement la valeur de l'attribut
FILE
du gestionnaire de logs de fichiers par rapport à la valeur utilisée lors de l'amorçage.Dans cette version de JBoss EAP 6, le sous-système de journalisation a été mis à jour pour corriger ce problème. Pour les gestionnaires de logs de fichiers qui ne sont pas définis à «append», l'attributFILE
est maintenant vérifié par rapport à la valeur utilisée lors de l'amorçage, pour que les événements qui sont enregistrés pendant le démarrage ne soient pas supprimés.
PicketLink
- 956782 - An IDP "hosted" page using a CSS file will result in java.lang.IllegalStateException: getOutputStream() has already been called for this response
Sécurité
- 958252 - HttpServletRequest.logout() invalidates session when clustered SSO enabled
- Dans les versions précédentes de Red Hat JBoss Enterprise Application Platform 6, quand SSO était utilisé, un appel à HttpServletRequest.logout() résultait en une session non validée. Le comportement attendu est que la session soit déconnectée, mais non invalidée.Dans cette version, on a ajouté la propriété système
org.apache.catalina.authenticator.AuthenticatorBase.UNREGISTER_SSO_ON_LOGOUT
qui permet à une session d'être déconnectée comme prévu, au lieu d'être invalidée.Le comportement de déconnexion SSO peut alterner entre les méthodes nouvelles et anciennes méthodes par cette propriété. Lorsque le paramètreUNREGISTER_SSO_ON_LOGOUT
est défini surfalse
(le paramètre par défaut), la session sera déconnectée sans être invalidée, comme prévu par la spécification. Si le paramètreUNREGISTER_SSO_ON_LOGOUT
a la valeurtrue
, la session d'origine qui invalide le comportement de déconnexion sera utilisé.
Le Gestionnaire de transactions
- 968125 - Performance problem in FileSystemStore.openAndLock
Web
- 900886 - org.jboss.web.tomcat.security.GenericHeaderAuthenticator is missing in EAP6
- Les dernières versions de Red Hat JBoss Enterprise Application Platform 6 ne contenaient pas de fonctionnalité d'authentification basée-en-tête. Cette version du produit introduit
org.jboss.as.web.security.GenericHeaderAuthenticator
pour corriger ce problème. - 922180 - Race condition in ContextConfig.authenticatorConfig()
- Les anciennes versions de Red Hat JBoss Enterprise Application Platform 6 contenaient une condition de concurrence potentielle qui a parfois causé l'échec de chargement d'applications à l'aide des authentificateurs de JBossWeb. Le problème est maintenant attribué à
org.apache.catalina.startup.ContextConfig
et l'instanciation des propriétés de l'authentificateur. Il a été constaté qu'un seul thread pouvait tenter d'utiliser les propriétés de l'authentificateur avant que le thread d'instanciation thread ait fini de les charger. Cette version du produit utilise un initialiseur static pour éviter cette condition de concurrence critique et les applications peuvent maintenant être chargées comme prévu.
doc-Administration_and_Configuration_Guide
- 988827 - 16.5.3. How to install mod_cluster from RPM is missing
jbossas
- 963298 - Module Service Dependencies do not take transitive dependencies into account
- Il y avait un problème dans JBoss EAP 6 avec la dépendance de résolution de graphe qui ne prenait pas en compte les situations où le
Class-Path
spécifié dans les manifestes de déploiement pouvaient être transitif.Cela se traduisait par un module essayant de démarrer avant que toutes ses dépendances ne démarrent, et entraînerait l'application à pas se déployer, avec pour résultat l'exception suivante :Caused by: org.jboss.modules.ModuleLoadException: JBAS018760: Timeout waiting for module service: deployment.example.ear.example-ejb.jar:main ...
Pour régler ce problème, on a ajouté un processus de résolution multi-étapes pour s'assurer que tous les services de spécifications de modules dépendants aient pu démarrer avant de démarrer un service de modules.De ce fait, un déploiement ne doit plus échouer quand des dépendances transitives sont spécifiées dansClass-Path
.
7.2. Améliorations
Build, Maven Repository
- 987273 - BOMs for customer usage are not specified
- Comme dans le cadre des efforts déployés pour rationaliser le développement de Red Hat JBoss Enterprise Application Platform, cette version inclut de nouveaux fichiers BOM (Nomemclature) à utiliser avec le référentiel téléchargeable JBoss Enterprise Application Platform 6 Repository Maven. Consultez le Guide du développeur de Enterprise Application Platform pour plus de détails sur les nouveaux fichiers BOM et sur le téléchargement du référentiel.
7.3. Problèmes connus
Clustering
- 959753 - DIST SYNC: Service jboss.infinispan.web.default-host/XY won't start after node restart with "Initial state transfer timed out"
- 900483 - Stale session data received when using DIST SYNC on node shutdown
- Pendant les test, certains cas indiquaient que certaines données de session mortes continuaient d'être reçues quand un noeud se fermait et que le mode cache
DIST SYNC
ouDIST ASYNC
était utilisé. Ce problème est toujours sous investigation. - 900707 - Property substition breaks when the string "localhost" is used as part of the default value
- La substitution de propriété ne fonctionne pas correctement lorsque la chaîne
localhost
est utilisée comme valeur par défaut dans la configuration du sous-système JGroups. La substitution de propriété est une fonctionnalité fournie aux sous-systèmes de JBoss Enterprise Application Platform 6. Cependant, elle n'est pas activée dans tous les sous-systèmes, et certains sous-systèmes (comme JGroups) font un peu de leur propre substitution. Toutefois, ce comportement n'est pas standardisé et diffère des propriétés de sous-systèmes prises en charge. Red Hat recommande de ne pas utiliser la substitution de la propriété dans le sous-système JGroups jusqu'à ce que ce problème soit résolu. - 900378 - CDI beans with SET replication trigger are not replicating
- En raison d'un bogue présent dans le composant Weld, la méthode
setAttribute
n'est pas invoquée correctement. De ce fait, les beans CDI avec le déclencheur de réplicationSET
ne peuvent 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.
Distribution
- 965315 - jboss-ec2-eap timeout of user script does not work properly
- La fonctionnalité de timeout implémentée dans le script utilisateur sur des images AMI de JBoss Enterprise Application Platform ne fonctionne pas. Si une commande du script utilisateur se bloque, cela empêchera la machine virtuelle de démarrer correctement. La fonctionnalité de timeout était destinée à permettre à la machine virtuelle de continuer à démarrer, quelle que soit la commande de blocage du script utilisateur, permettant ainsi des diagnostics du script utilisateur. La cause de ce problème est que le shell Bash ne supporte pas le contrôle des tâches dans des shells non interactifs et que cette fonctionnalité est requise pour le timeout du script utilisateur. Aucune solution de contournement n'est actuellement disponible, mais cela devrait être résolu dans la prochaine version.
EJB
- 900480 - CLONE - Extremely slow response times in Remote EJB invocation on cluster membership change
- En cas d'arrêt du serveur ou d'un crash, les modifications d'appartenance apportées peuvent prendre jusqu'à une minute pour se compléter. Cette question est en cours d'investigation.
- 923836 - remote:// protocol does not work over SSL with IBM JDK
- Il s'agit d'un problème connu de cette version de JBoss Enterprise Application Platform 6. La recherche de nom à distance échoue de façon intermittente sur un JDK IBM accompagné de l'exception suivante :
org.jboss.remoting3.NotOpenException: Endpoint is not open.
Le problème semble se présenter quand le client utilise le JDK IBM. Quand le serveur est sur le JDK IBM ou que le client utilise un autre JDK, le problème ne se pose pas.Le problème est sous investigation. - 962734 - IOException during EJB invocation causes a hang
- Si un récepteur de protocole EJB côté serveur recevait des en-têtes de message non valides d'un client, un message semblable au suivant pouvait être connecté, et le client pouvait être suspendu.
15:06:46,092 WARN [org.jboss.as.ejb3] (Remoting "dhcp-4-126" task-4) JBAS014254: Received unsupported message header 0xffffffff on channel Channel ID 0c51fad8 (inbound) of Remoting connection 4589adff to /127.0.0.1:33329
Lorsque l'en-tête de message non valide est reçu et enregistré, le récepteur de protocole EJB ne se réinscrit pas par lui-même sur le canal, donc il ne répond pas à un autre message. Le client est mis en attente d'une réponse qui ne sera jamais envoyée parce que le message d'origine n'a pas été traité par le serveur.Il existe une solution partielle à ce problème. En définissant une propriété invocation.timeout, lors de la création du contexte de client EJB, évitera la suspension indéfinie du client, mais cela ne permettra pas au client de continuer les invocations EJB.
Hibernate
- 900321 - HHH-7287 Problem in caching proper natural-id-values when obtaining result by naturalIdQuery using NaturalIdLoadAccess
- L'interface Hibernate
NaturalIdLoadAccess
a un comportement inconsistant lors du chargement d'entités du Cache Level Two (L2) (Niveau 2) suite à une mise à jour de leur valeursnatural-id
à partir d'un scénario non-transactionnel.Hibernate de prend pas en charge la mise en cache d'entités L2 actuellement avec les identificateurs naturels dans les scénarios pour lesquels il y a un mélange d'accès transactionnel ou non à la base de données.
HornetQ
- 959616 - Deadlock during clean shutdown of backup during activation
- Un serveur JBoss Enterprise Application Platform 6 configuré comme serveur de sauvegarde HornetQ échouera à la fermeture dans la situation suivante :
- Les beans basés message sont déployés localement sur le serveur, et
- la commande de fermeture a lieu lors de l'activation du serveur.
Dans un tel cas, la fermeture se traduira par un blocage qui empêche le processus d'arrêt de s'effectuer. Une fois bloqué, le serveur est fermé en force. Dans Red Hat Enterprise Linux 6, que cela peut être fait à l'aide de la commandekill -9
.Afin d'éviter cette situation, ne tenter de fermer le serveur qu'avant ou après l'activation, et non pas lors du processus de chargement du journal. - 899966 - Problem with Netty on IPv6 link-local addresses
- En raison d'un bogue JDK, si vous utilisez des adresses de liaison locale, les ID de zone seront utilisées pour distinguer quelle interface doit être choisie. Ce problème n'affecte pas les adresses globales. Une solution de contournement figurera dans une future version du composant Netty.
- 912653 - Clone: Remote JNDI is not working with a HornetQ-only JMS bridge
Support IPv6
- 900564 - Wrong format of IPv6 addresses in log entries
- Les adresses IPv6 doivent être formatées entre crochets verticaux droits ([ and ]) autour, telles que
http://[2620:52:0:105f::ffff:2]:9990
. Les crochets n'apparaissent pas dans les fichiers de journalisation de JBoss Enterprise Application Platform 6. Ce problème devra être résolu dans une version ultérieure. - 900609 - Opened IPv4 sockets on Windows when server is bound to IPv6
- Si JBoss Enterprise Application 6 démarre dans un serveur Microsoft Windows avec la pile IPv4 désactivée, les sockets IPv4 seront toujours ouvertes. Ce problème est toujours sous investigation.
JCA
- 952277 - disable xa-data-source causes that data-source loses its attribute enabled set to false and after reload it becomes enabled
- Il y avait un probléme dans JBoss EAP 6 quand une source de données non-XA désactivée était réactivée malencontreusement lorsque l'instance de serveur JBoss EAP 6 était redémarrée.Ce problème a lieu quand il y a une source de données non-XA désactivée et une source de données XA sur le même serveur, et que la source de données XA est désactivée avant que le serveur de JBoss EAP 6 ne puisse redémarrer.La cause de ce problème est encore sous investigation.
mod_cluster
- 958991 - mod_cluster core when use ProxyPass / balancer://bal and CreateBalancers 1
- Les utilisateurs de JBoss Enterprise Application Platform 6, avec
CreateBalancers 1
défini dans /conf.d/mod_cluster.conf, et qui n'ont pas défini la configurationstickysession=JSESSIONID|jsessionid
vont se heurter à la faute de configuration suivante :[notice] child pid 7787 exit signal Segmentation fault (11)
Ajouter l'élémentstickysession
à la configuration CreateBalancers résoudra ce problème.Par exemple :CreateBalancers 1 ProxyPass / balancer://qacluster stickysession=JSESSIONID|jsessionid
- 963720 - mod_cluster: proxy DNS lookup failure with IPv6 on Solaris
- Java renvoie IPv6 avec une valeur de zone similaire à
2001:db8:0:f101::1%2
. Ainsi, en retournant une adresse de noeud, le sous-systèmemodcluster
envoie l'information IPv6 comme elle existe dans Java. Dans Solaris,apr_sockaddr_info_get()
ne supporte pas le format renvoyé et ne parvient pas à décoder l'adresse IP comme nom d'hôte. De ce fait, httpd mod_cluster ne fonctionne pas comme les adresses de node IPv6 attendues.La solution est d'utiliseraddress="hostname"
dans le connecteur du sous-système web. - 960243 - Regression in ProxyPass integration
- À cause d'une régression depuis une ancienne version de
mod_proxy_cluster.so
incluse dans JBoss EAP 6, lorsqu'on accède à un répertoire (comme par exemple/app/clusterbench/requestinfo/
) une erreur HTTP 503 est retournée.C'est un problème connu dans JBoss EAP 6.1.1, et il n'y a pas de solution disponible pour ce problème. - 901227 - node-timeout, worker-timeout, flush-wait and ttl mod_cluster attributes in web console
- Il y a un problème connu dans la console de gestion JBoss EAP 6 basée web qui empêche les utilisateurs de voir ou de définir une valeur
-1
pour les attributsmod_cluster
suivants :node-timeout
worker-timeout
flush-wait
ttl
Si-1
est déjà défini, la Console de gestion affiche par erreur la valeur de l'attribut à0
. Quand on tente de la fixer à-1
, la Console de gestion indique un chiffre erronéInvalid numeric value
.La solution est de fixer l'attribut affecté à-1
par la Management CLI.La cause de ce problème est encore sous investigation. - 900801 - Adding modcluster via the CLI fails.
- Il existe un problème dans JBoss EAP 6 où le sous-système
mod_cluster
ne peut être ajouté par une seule commande par l'intermédiaire du Management CLI, ni ne peut être ajouté par une séquence de commandes exécutées individuellement.La commande/subsystem=modcluster:add()
exige qu'un connecteur soit ajouté dans le groupe de commandes, mais la commande/subsystem=modcluster:add()
elle-même ne permet pas la configuration des connecteurs.Essayer d'ajouter le sous-systèmemod_cluster
par le Management CLI échoue avec l'erreur suivante :JBAS014746: connector may not be null
.Pour régler ce problème, exécuteradd()
et les commandes de configuration en mode batch (lot). Ainsi:[standalone@localhost:9999 /] batch [standalone@localhost:9999 / #] /subsystem=modcluster:add [standalone@localhost:9999 / #] /subsystem=modcluster/mod-cluster-config=configuration:add(connector=ajp,advertise-socket=modcluster) [standalone@localhost:9999 / #] run-batch
Ce problème sera corrigé dans une prochaine version. - 980246 - mod_cluster-manager may break up aliases from a single VirtualHost, causing a messy page
Le Gestionnaire de transactions
- 988724 - Crash recovery against PostgreSQL getting exception on rollback attempt
- On a identifié un problème avec le driver PostgreSQL JDBC qui retourne un code incorrect dans certaines situations de recouvrement.Cela se produit quand un gestionnaire de transactions exécutant JTS (Java Transaction Service) effectue un recouvrement suite à un crash lors d'une phase de préparation de transaction. Cela résulte en des messages
XAException
inscrits dans le journal de serveur.Ce problème provient d'un second appel sur une transaction non existanteXid
, mais ce comportement est défini comme valide par la spécification JTS.Ce problème est maintenant défini comme étant un comportement erroné au sein du driver PostreSQL JDBC, et le problème de driver et son statut peuvent être vérifiés par le lien suivant https://github.com/pgjdbc/pgjdbc/issues/78
Autre
- 900047 - SystemMemoryUsageLoadMetric is not correct on Linux/Unix
SystemMemoryUsageLoadMetric
ne donne pas des informations pertinentes pour les systèmes d'exploitation Linux ou UNIX. Pour ces systèmes,HeapMemoryUsageLoadMetric
fournit des informations plus utiles. La solution à ce problème est de modifier l'algorithmeSystemMemoryUsageLoadMetric
en soustrayant la valeurbuffers/cache
du nombreused
. La meilleure façon de procéder est en cours d'investigation.- 901231 - Usage of finalize() needs extra guards on IBM JDK
- JBoss Enterprise Application Platform 6 peut rencontrer des échecs intermittents lors de l'exécution sur IBM JDK 6 et 7. C'est parce que le garbage collector IBM est beaucoup plus agressif que celui des autres machines virtuelles Java. Cela peut parfois se traduire parfois par la récupération de la mémoire dans les situations imprévues et ne se manifestait pas lors d'essais sur d'autres machines virtuelles Java (JVM).Tant que la solution n'a pas été trouvée, Red Hat recommande de ne pas utiliser IBM JDK 6 ou 7 pour exécuter dans JBoss Enterprise Application Platform 6.
- 901210 - Cleanup deploy directories - AS7-6031
RESTEasy
- 958896 - RESTEasy: Invalid Content-Type in response - Bad behavior when invalid accept header is specified in request header
- Il y avait un problème avec le sous-système RESTEasy de JBoss EAP 6 quand une réponse erronée
HTTP 200
était envoyée quand il y avait un en-tête d'acceptation non valide dans une requête HTTP reçue.Quand un en-tête d'acceptation est fourni, le réponse correcte doit êtreHTTP 500
. La cause de ce problème est encore sous investigation.
Commandes et Scripts
- 990227 - jboss-cli.sh freeze when run unattended - e.g. from scripts
- If the
jboss-cli.sh
script is called from another script, but authentication details (username and/or password) are not provided to the script as parameters, the calling script hangs. This is a known issue and expected to be resolved in a future release. Ensure that all the required parameters are provided when calling this script from another script. - 916960 - Standalone.bat does not work if parentheses are on path to EAP.
- Cette version de JBoss Enterprise Application Platform 6 a un problème connu avec Windows installer et avec des installations dans un répertoire par défaut contenant des parenthèses, comme
C: Program Files (x86)\jboss-eap-6.1\
.Dans ces circonstances, le fichierstandalone.bat
peut échouer accompagné du message\jboss-eap-6.1 was unexpected at this time
.C'est parce que le processeur DOS interprète la parenthèse finale du nom de chemin d'accès de JBoss « écho » à la fin duif
qui précède.Comment résoudre ce problème :- Ouvrir le fichier
JBOSS_HOME\bin\standalone.bat
dans un éditeur. - Chercher la ligne suivante :
echo JBOSS_HOME: %JBOSS_HOME%
- Ajouter des guillemets doubles autour de la variable
%JBOSS_HOME%
:echo JBOSS_HOME: "%JBOSS_HOME%"
Cela assurera une interprétation correcte des parenthèses etstandalone.bat
exécutera correctement. - 998913 - standalone.bat still sets -XX:+TieredCompilation JVM option
- Il y avait un problème avec JBoss EAP avec des configurations autonomes du Windows Server pouvaient connaître potentiellement une performance de dégradation.Ce problème était causé par la configuration de l'option
-XX:+TieredCompilation
dansstandalone.bat
.Une solution pour ce problème est de supprimer le code suivant qui définit l'option-XX:+TieredCompilation
destandalone.bat
:if not "%PRESERVE_JAVA_OPTS%" == "true" ( rem Add tiered compilation, if supported (64 bit VM), and not overriden echo "%JAVA_OPTS%" | findstr /I "\-XX:\-TieredCompilation \-client" > nul if errorlevel == 1 ( "%JAVA%" -XX:+TieredCompilation -version > nul 2>&1 if not errorlevel == 1 ( set "JAVA_OPTS=-XX:+TieredCompilation %JAVA_OPTS%" ) ) )
Ce problème devrait être fixé dans une version future de JBoss EAP 6. - 956281 - Starting EAP 6.1 on 32bit jvm can result in failure to start JVM
- Sur les JVM 32 bits de Windows 8, le paramètre de configuration par défaut de «max perm gen space» empêche la JVM d'être créée, ce qui empêche à son tour le démarrage du serveur. Pour contourner ce problème, supprimer -XX:MaxPermSize=256m des paramètres de démarrage de la machine virtuelle Java. Cela permettra à la machine virtuelle Java de pouvoir être créé et au serveur de démarrer.
Sécurité
- 920160 - Unauthorized access to a web application protected with a custom authorization module results in HTTP 200 (OK) instead of HTTP 403 (Forbidden)
- Quand une requête HTTP non autorisée est tentée sur une application web qui utilise un module d'autorisation personnalisé, la requête non autorisée résulte en une réponse
HTTP 200 (OK)
vide. Pour les requêtes HTTP non autorisées, la réponse qui convient doit êtreHTTP 403 (Forbidden)
. Ce problème est actuellement sous investigation.
Web Services
- 900634 - JBossWS-CXF doesn't send fault message to a FaultTo endpoint when request-response message.
- Si l'élément
FaultTo
de WS-Addressing est défini à un client WS, le serveur WS n'envoie pas de messages d'erreur à la destinationFaultTo
. Toutefois, si l'élémentReplyTo
est défini, le serveur de WS envoie les réponses à la destination deResponseTo
. La cause de ce problème est toujours sous investigation.
A. Historique des versions
Historique des versions | |||
---|---|---|---|
Version 1.1-5.4.1 | Wed Feb 5 2014 | Corina Roe | |
| |||
Version 1.1-5.3 | Wed Nov 6 2013 | Corina Roe | |
| |||
Version 1.1-5.2 | Fri Oct 4 2013 | Corina Roe | |
| |||
Version 1.1-5 | Wed Sep 4 2013 | Russell Dickenson | |
|
Note légale
Copyright © 2013 Red Hat, Inc..
This document is licensed by Red Hat under the Creative Commons Attribution-ShareAlike 3.0 Unported License. If you distribute this document, or a modified version of it, you must provide attribution to Red Hat, Inc. and provide a link to the original. If the document is modified, all Red Hat trademarks must be removed.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat Software Collections is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.