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

Darrin Mison

Red Hat Engineering Content Services

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.
  1. Définir use-jdbc-store à true.
    /subsystem=transactions:write-attribute(name=use-jdbc-store, value=true)
  2. 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.
  1. 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.
  2. 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 utiliser zone-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 de Mémoire insuffisante. Cette version du produit corrige ce problème en définissant un drapeau lecture seule sur les métadonnées de whoami. 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 le EJBClientContext é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èque EJBClientContext 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 exception Unsupported. 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éthode setLogWriter d'un ManagedConnectionFactory ne produisait pas de messages de journalisation au stdout.

Cela se produisait car le PrintWriter qui se trouvait dans la classe AbstractResourceAdapterDeploymentService n'était pas défini pour pouvoir se vider automatiquement, et cela a été corrigé dans cette version.

Les messages de sortie de l'objet PrintWriter défini par la méthode setLogWriter d'une ManagedConnectionFactory 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 un java.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'attribut FILE 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ètre UNREGISTER_SSO_ON_LOGOUT est défini sur false (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ètre UNREGISTER_SSO_ON_LOGOUT a la valeur true, 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 dans Class-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 ou DIST 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éplication SET ne peuvent pas être répliqués. La solution consiste à utiliser le déclencheur SET_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 valeurs natural-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 commande kill -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 configuration stickysession=JSESSIONID|jsessionid vont se heurter à la faute de configuration suivante :
[notice] child pid 7787 exit signal Segmentation fault (11)

Ajouter l'élément stickysession à 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ème modcluster 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'utiliser address="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 attributs mod_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ème mod_cluster par le Management CLI échoue avec l'erreur suivante : JBAS014746: connector may not be null.

Pour régler ce problème, exécuter add() 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 existante Xid, 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'algorithme SystemMemoryUsageLoadMetric en soustrayant la valeur buffers/cache du nombre used. 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 être HTTP 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 fichier standalone.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 du if qui précède.

Comment résoudre ce problème :
  1. Ouvrir le fichier JBOSS_HOME\bin\standalone.bat dans un éditeur.
  2. Chercher la ligne suivante :
    echo    JBOSS_HOME: %JBOSS_HOME%
  3. Ajouter des guillemets doubles autour de la variable %JBOSS_HOME% :
    echo    JBOSS_HOME: "%JBOSS_HOME%"

Cela assurera une interprétation correcte des parenthèses et standalone.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 dans standalone.bat.

Une solution pour ce problème est de supprimer le code suivant qui définit l'option -XX:+TieredCompilation de standalone.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 être HTTP 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 destination FaultTo. Toutefois, si l'élément ReplyTo est défini, le serveur de WS envoie les réponses à la destination de ResponseTo. La cause de ce problème est toujours sous investigation.

A. Historique des versions

Historique des versions
Version 1.1-5.4.1Wed Feb 5 2014Corina Roe
Translation completed
Version 1.1-5.3Wed Nov 6 2013Corina Roe
Translation files synchronised with XML sources 1.1-5
Version 1.1-5.2Fri Oct 4 2013Corina Roe
completed
Version 1.1-5Wed Sep 4 2013Russell Dickenson
JBoss Enterprise Application Platform 6.1.1 GA Release.

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.