JBoss Enterprise Application Platform 6.1 Notes de sortie 6.1.1

Transcription

JBoss Enterprise Application
Platform 6.1
Notes de sortie 6.1.1
Nouvelles fonctionnalités, Problèmes connus et Support Information
dans Red Hat JBoss Enterprise Application Platform 6.1.1
Édition 1
Darrin Mison
Nouvelles fonctionnalités, Problèmes connus et Support Information
dans Red Hat JBoss Enterprise Application Platform 6.1.1
Édition 1
Darrin Miso n
Red Hat Engineering Co ntent Services
dmiso [email protected] m
Note légale
Copyright © 2013 Red Hat, Inc..
T his 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, MetaMatrix, 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 T orvalds 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.
T he 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.
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.
T able des matières
Table des matières
. . .Généralités
⁠1
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2. . . . . . . . .
. . .Foire
⁠2
. . . . .Aux
. . . .Questions
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2. . . . . . . . .
. . Nouvelles
⁠3
. . . . . . . . . .fonctionnalités
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4. . . . . . . . .
. .. .Fonctionnalités
⁠4
. . . . . . . . . . . . . . fournies
. . . . . . . . en
. . .tant
. . . . qu'aperçu
. . . . . . . . . .technologique
. . . . . . . . . . . . .uniquement
. . . . . . . . . . . . . . . . . . . . . . . . . 4. . . . . . . . .
. . .Fonctionnalités
⁠5
. . . . . . . . . . . . . . non
. . . .prises
. . . . . .en
. . .charge
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6. . . . . . . . .
. . .Composants
⁠6
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7. . . . . . . . .
. . .Changements
⁠7
. . . . . . . . . . . . .notables
. . . . . . . .dans
. . . . .cette
. . . . . version
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7. . . . . . . . .
⁠7.1. Résolution de bogues
8
⁠7.2. Améliorations
16
⁠7.3. Problèmes connus
16
. .. .Historique
⁠A
. . . . . . . . . des
. . . . versions
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .24
..........
1
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 ?
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 ?
2
⁠1 . Généralités
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
http://www.redhat.com/support/process/
Étendue du Support production
http://www.redhat.com/support/policy/soc/production
Contrat de Niveau de Support Production
3
http://www.redhat.com/support/policy/sla/production/
Étendue du Support développeur
http://www.redhat.com/support/policy/soc/developer/
Contrat de Niveau de Support Développeur
http://www.redhat.com/support/policy/sla/developer/
Mise à jour Produit et Règles de prise en charge par Produit
http://www.redhat.com/security/updates/jboss_notes/
Contrat de licence d'utilisateur JBoss
http://www.redhat.com/licenses/jboss_eula.html
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 docum entation-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=docRelease_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-T rust/ST S dans JBoss Web Services
JBoss Web Services expose maintenant les capacités WS-T rust/ST S à 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.
4
⁠3. Nouvelles fonctionnalités
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 -jm x 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 T ransactions
JBoss T ransactions 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.
T ableau 1. Propriétés des transactions JDBC Store
5
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-tableprefix
Préfixe des noms de la table store d'actions. En
option.
jdbc-com m unication-storedrop-table
Faîtes glisser et recréer les tables store de
communication au lancement. Sous option, la valeur
par défaut est «false».
jdbc-com m unication-storetable-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 m odule.xm l 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. T otal 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
IcedT ea/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 JT A
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
6
⁠6 . Composants
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 JT A, 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 (JBPAPP923.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/AS71663.
PicketLink IDM
PicketLink IDM (Identity Management) n'est pas pris en charge dans JBoss EAP 6.
PicketLink ST S
PicketLink ST S (Security T oken Service) n'est pas pris en charge dans JBoss EAP 6.
T anuki Service Wrapper
T anuki 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 :
https://issues.jboss.org/browse/JBPAPP-8983
https://bugzilla.redhat.com/show_bug.cgi?id=901254
https://community.jboss.org/thread/145358
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 T echnologique à
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
7.1. Résolution de bogues
Apache Server (httpd) et Connecteurs
987851 - Multiple Issues with OCSP
Voir https://bugzilla.redhat.com/show_bug.cgi?id=987851
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/jcipannotations/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
9614 25 - 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 T oolkit (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.
8
⁠6 . Composants
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_SHUT DOWN 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
9604 97 - '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 whoam i 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ém oire
insuffisante. Cette version du produit corrige ce problème en définissant un drapeau lecture
seule sur les métadonnées de whoam i. Cela permet aux autres opérations de fonctionner
comme prévu.
968815 - Cannot remove jgroups subsystem from CLI by saying "JBAS014 807:
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()
T his 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 soussystè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, jbossinvocation utilisait un T hreadLocal 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 T hreadLocal 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
9
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 JT S 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.
10
⁠6 . Composants
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.HornetQResource
Adapter@4f02d3d2
destination=jms/queue/InQueue destinationType=javax.jms.Queue ack=Autoacknowledge durable=false clientID=null user=null
maxSession=15)): javax.resource.ResourceException: Unsupported
at
org.hornetq.ra.HornetQResourceAdapter.getXAResources(HornetQResourceAdapter.j
ava: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.
99104 9 - Incorrect log level is used for XAException when T X recovery happens
11
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 - T here 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
12
⁠6 . Composants
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
AbstractResourceAdapterDeploym entService 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 - log4 j 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.
13
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.logm anager.Log4 jAppenderHandler, 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.
98154 4 - 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.
14
⁠6 . Composants
9734 50 - 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()
15
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"
16
⁠6 . Composants
9004 83 - 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 soussystèmes (comme JGroups) font un peu de leur propre substitution. T outefois, 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_PRIMIT IVE_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
9004 80 - 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.
17
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 T wo (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.
18
⁠6 . Composants
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 m odcluster 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.
19
La solution est d'utiliser address="hostnam e" dans le connecteur du sous-système web.
96024 3 - Regression in ProxyPass integration
À cause d'une régression depuis une ancienne version de m od_proxy_cluster.so incluse
dans JBoss EAP 6, lorsqu'on accède à un répertoire (comme par exemple
/app/clusterbench/requestinfo/) une erreur HT T P 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 m od_cluster suivants :
node-tim eout
worker-tim eout
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 num eric
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 m od_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 =m odcluster:add() exige qu'un connecteur soit ajouté dans le
groupe de commandes, mais la commande /subsystem =m odcluster:add() elle-même ne
permet pas la configuration des connecteurs.
Essayer d'ajouter le sous-système m od_cluster par le Management CLI échoue avec l'erreur
suivante : JBAS014 74 6: connector m ay 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-clusterconfig=configuration:add(connector=ajp,advertise-socket=modcluster)
[standalone@localhost:9999 / #] run-batch
Ce problème sera corrigé dans une prochaine version.
20
⁠6 . Composants
98024 6 - 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 JT S (Java T ransaction 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 JT S.
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
90004 7 - SystemMemoryUsageLoadMetric is not correct on Linux/Unix
System Mem oryUsageLoadMetric ne donne pas des informations pertinentes pour les
systèmes d'exploitation Linux ou UNIX. Pour ces systèmes, HeapMem oryUsageLoadMetric
fournit des informations plus utiles. La solution à ce problème est de modifier l'algorithme
System Mem oryUsageLoadMetric 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).
T ant 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
REST Easy
958896 - REST Easy: Invalid Content-T ype in response - Bad behavior when invalid accept
header is specified in request header
Il y avait un problème avec le sous-système REST Easy de JBoss EAP 6 quand une réponse
erronée HT T P 200 était envoyée quand il y avait un en-tête d'acceptation non valide dans une
requête HT T P reçue.
Quand un en-tête d'acceptation est fourni, le réponse correcte doit être HT T P 500. La cause de
ce problème est encore sous investigation.
21
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. T his 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 tim e.
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:+T ieredCompilation 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:+T ieredCom pilation dans
standalone.bat.
Une solution pour ce problème est de supprimer le code suivant qui définit l'option XX:+T ieredCom pilation 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%"
)
)
)
22
⁠6 . Composants
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 HT T P 200 (OK) instead of HT T P 4 03 (Forbidden)
Quand une requête HT T P 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 HT T P 200 (OK)
vide. Pour les requêtes HT T P non autorisées, la réponse qui convient doit être HT T P 4 03
(Forbidden). Ce problème est actuellement sous investigation.
Web Services
900634 - JBossWS-CXF doesn't send fault message to a FaultT o endpoint when requestresponse message.
Si l'élément FaultT o de WS-Addressing est défini à un client WS, le serveur WS n'envoie pas de
messages d'erreur à la destination FaultT o. T outefois, si l'élément ReplyT o est défini, le
serveur de WS envoie les réponses à la destination de ResponseT o. La cause de ce problème
est toujours sous investigation.
23
A. Historique des versions
Version 1.1-5.4 .1
T ranslation completed
Wed Feb 5 2014
Corina Roe
Version 1.1-5.3
Wed Nov 6 2013
T ranslation files synchronised with XML sources 1.1-5
Corina Roe
Version 1.1-5.2
completed
Corina Roe
Fri Oct 4 2013
Version 1.1-5
Wed Sep 4 2013
JBoss Enterprise Application Platform 6.1.1 GA Release.
24
Russell Dickenson

JBoss Enterprise Application Platform 6.1 Notes de sortie 6.1.1

Transcription

Documents pareils

Télécharger la présentation de Daniel Taysse

CV de Nicolas JOUVE

Curriculum condensé au format PDF - Curriculum Vitae

Master IST-IE 2007–08 UE 203d Mise en œuvre de serveurs d

Fondée en 1957 à St Louis dans le Missouri, Enterprise Holdings

COMPOSANTS LOURDS JAVA EE Enterprise Java - e

Install Howto - Enterprise eMail Integration System

C drik Guilbaud é - Site de Cédrik Guilbaud

Jean-Philippe Steck Ingénieur HES en informatique avec

Écosystème Numérique - Stratégie numérique du Québec