JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0

Transcription

JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
JBoss Enterprise Application
Platform 6.2
Notes de sortie 6.2.0
Nouvelles fonctionnalités, Problèmes connus et Support Information
dans Red Hat JBoss Enterprise Application Platform 6.2.0
Nidhi Chaudhary
Sande Gilda
Darrin Mison
Misty Stanley-Jones
Lucas Costi
Vikram Goyal
Scott Mumford
Keerat Verma
Russell Dickenson
Eamon Logue
David Ryan
Tom Wells
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
Nouvelles fonctionnalités, Problèmes connus et Support Information
dans Red Hat JBoss Enterprise Application Platform 6.2.0
Nidhi Chaudhary
Lucas Co sti
Russell Dickenso n
Sande Gilda
Vikram Go yal
Eamo n Lo gue
Darrin Miso n
Sco tt Mumfo rd
David Ryan
Misty Stanley-Jo nes
Keerat Verma
To m Wells
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.2.0. 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.1.
Table des matières
Table des matières
. . .Aperçu
⁠1
. . . . . . général
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2. . . . . . . . .
. . .Foire
⁠2
. . . . .Aux
. . . .Questions
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2. . . . . . . . .
. . Nouvelles
⁠3
. . . . . . . . . .fonctionnalités
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4. . . . . . . . .
. .. .Fonctionnalités
⁠4
. . . . . . . . . . . . . . fournies
. . . . . . . . en
. . .tant
. . . . qu'aperçu
. . . . . . . . . .technologique
. . . . . . . . . . . . .uniquement
. . . . . . . . . . . . . . . . . . . . . . . . . 6. . . . . . . . .
. . .Fonctionnalités
⁠5
. . . . . . . . . . . . . . non
. . . .prises
. . . . . .en
. . .charge
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6. . . . . . . . .
. . .Composants
⁠6
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8. . . . . . . . .
. . .Changements
⁠7
. . . . . . . . . . . . .notables
. . . . . . . .dans
. . . . .cette
. . . . . version
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8. . . . . . . . .
⁠7.1. Résolution de bogues
8
⁠7.2. Améliorations
22
⁠7.3. Problèmes connus
26
. .. .Historique
⁠A
. . . . . . . . . des
. . . . versions
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4. 0. . . . . . . . .
1
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
1. Aperçu général
Red Hat JBoss EAP 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 EAP 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.
JBoss EAP 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.2.0 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.2.0 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.2.0.
Q:
Est-ce que la base de données H2 est prise en charge en production ?
R:
2
Non. La base de données H2 n'est fournie qu'à des fins d'évaluation, de testing et de démonstration.
⁠1. Aperçu général
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.2.0 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.2.0 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
https://access.redhat.com/site/support/policy/support_process
Étendue du Support production
https://access.redhat.com/site/support/offerings/production/soc
Contrat de Niveau de Support production
3
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
https://access.redhat.com/site/support/offerings/production/sla
Étendue du Support développeur
https://access.redhat.com/site/support/offerings/developer/soc/
Contrat de Niveau de Support développeur
https://access.redhat.com/site/support/offerings/developer/sla/
Mise à jour Produit et Règles de prise en charge par Produit
https://access.redhat.com/site/support/policy/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.2.0, et sous le composant docum entation-6.2.0_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.2.0
3. Nouvelles fonctionnalités
Les nouvelles fonctionnalités suivantes ont été ajoutées dans JBoss EAP 6.1.0.
Adaptateur de ressources JMS standard
Un adaptateur de ressources JMS standard est maintenant disponible avec EAP 6.2. Cet
adaptateur de ressources est fourni pour favoriser l'intégration avec des systèmes externes de
JMS qui n'ont pas leur propre adaptateur de ressources et qui supportent à la fois XA et non-XA.
Voir Configurer un adaptateur de ressources JMS standard pour utilisation avec un fournisseur
JMS de tierce partie qui se trouve dans le Guide d'administration et de configuration
RBAC pour les opérations de gestion
Le Contrôle d'accès basé sur les rôles (RBAC) a été mis en place, améliorant ainsi la granularité
du contrôle d'accès pour les opérations de gestion par le biais de toutes les interfaces de
gestion. Les utilisateurs et les groupes peuvent être associés à un des rôles qui déterminent le
niveau d'accès pour les opérations de gestion.
Opérations de gestion de Correctifs
Les opérations de gestion d'installation de correctifs, patches rétroactifs et correctif État ont été
appliquées. Ces opérations permettent aux utilisateurs d'installer les correctifs simples et
cumulatives de CVE, dans les versions de JBoss EAP 6.2 et au-delà. Les opérations sont
exposées dans les interfaces de gestion CLI, Native et HT T P. Les opérations seront exposées
dans la console dans une version ultérieure.
4
⁠3 . Nouvelles fonctionnalités
Journalisation de l'auditing administrative
Nouvelles options de configuration des actions administratives. L'accès à la gestion de la
configuration de la journalisation de l'auditing peut être ramenée à un rôle d'Auditeur défini par la
configuration RBAC.
PicketLink ST S Quickstart
PicketLink Security T oken Service (ST S) est maintenant disponible en tant que QuickStart.
WebSphere MQ Certification
L'intégration à WebSphere MQ via l'adaptateur de ressources Websphere MQ a été testé et
certifié.
JDBC T ransaction Store
Les transactions JBoss peuvent être configurées pour stocker un état de transaction dans
n'importe quel système RDBMS testé dans JBoss EAP 6.2. Cette amélioration élimine le besoin
d'un système de fichiers partagés pour le recouvrement de transactions.
Configuration du Syslog Handler
JBoss EAP 6 fournit un handler et une configuration pour le protocole syslog.
WSI-Basic Profile 1.2
Les Services JBoss Web ont été testés pour garantir la compatibilité avec le Profil WSI-Basic 1.2.
Profil WSI-Basic 2.0
Les Services JBoss Web ont été testés pour garantir la compatibilité avec le Profil WSI-Basic 2.0.
HornetQ discovery via JGroups
HornetQ propose maintenant discovery dynamique des paramètres de connexion via UDP et
JGroups.
JNDI Federation externe
Une Configuration de sous-système de nommage a été ajoutée à la Configuration de JBoss EAP
6. Elle permet à un administrateur de connecter un système d'affectation de noms externe au
JBoss EAP 6 JNDI. Cette capacité remplace ExternalContextMBean de JBoss EAP 5.
Mode silencieux («Silent Mode») du JBoss CLI
«Silent Mode» a été ajouté à l'API Com m andContext pour traiter les processus d'intégration du
CLI.
Support des transports personnalisés dans le sous-système Mail
Le sous-système Mail a été amélioré pour permettre à un administrateur de fournir un protocole
de transport personnalisé.
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.
5
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
Oracle 12c
La base de données Oracle 12c a été testée et ajoutée à la liste des configurations prises en
charge.
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.
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.
Ajouter et Supprimer des modules avec JBoss CLI
Le CLI propose des nouvelles commandes pour ajouter ou supprimer des modules.
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 qui aidaient les utilisateurs à créer des
MBeans.
Multi-JSF
Cette fonctionnalité permettait à l'utilisateur de remplacer l'implémentation JSF fournie dans JBoss
EAP 6 par une implémentation JSF fournie par un utilisateur.
Hibernate - Amélioration et extension du Bytecode Enhancement Support
5. Fonctionnalités non prises en charge
Les fonctionnalités suivantes ne sont pas actuellement prises en charge dans JBoss EAP.
Protocole ST OMP dans HornetQ
HornetQ a un support de la communauté pour le protocole ST OMP. Ce protocole n'a pas été
testé par Red Hat et n'est pas pris en charge dans JBoss EAP.
Protocole REST dans HornetQ
6
⁠4. Fonctionnalités fournies en tant qu'aperçu technologique uniquement
HornetQ a un support de la communauté pour le protocole REST . Ce protocole n'a pas été testé
par Red Hat et n'est pas pris en charge dans JBoss EAP.
Infinispan API
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 EAP. 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
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 JBoss EAP 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.
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
7
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
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.1. Résolution de bogues
Application Client
9994 65 - appclient.xml wrong naming version
Le sous-système de nommage ne parviendrait pas à démarrer en raison d'un numéro de version
incorrect dans le fichier appclient.xml, entraînant un problème de dépendance. Cette version a été
corrigée, et l'appclient démarre avec succès.
1003104 - appclient hang when executing .jar file outside an .ear
Il y avait un problème avec le code appclient qui empêchait l'exécution directe des fichiers .jar. Un
code additionnel a été ajouté à l'appclient pour corriger ce problème, et les fichiers jar peuvent
maintenant être exécutés directement.
Chargement de classes
9594 78 - Add sun.nio.cs & sun.nio.ext paths to sun.jdk module
Les paquets manquants du module sun.jdk ont entraîné une exception
ServiceConfigurationError lorsque vous tentiez de charger des jeux de caractères
personnalisés avec sun.jdk. Cette version de JBoss EAP 6 a ajouté les packages manquants
sun.nio.cs et sun.nio.cs.ext, et maintenant, les jeux de caractères personnalisés peuvent
être utilisés avec le module sun.jdk.
CLI
9774 07 - jboss-cli.sh throws IllegalArgumentException when using tab complete
8
⁠6 . Composants
Dans certaines situations, jboss-cli sortait quand l'utilisateur actionnait la fonction de
completion. Ce problème a été corrigé et cet onglet fonctionne maintenant comme prévu.
990227 - jboss-cli.sh freeze when run unattended - e.g. from scripts
Dans les versions précédentes de Red Hat JBoss Enterprise Application Platform, si le serveur
était automatisé par un script qui fermait, ou si défini à la valeur null ST DIN, le serveur sortait
lorsqu'il avait atteint un point nécessitant une entrée d'utilisateur. Dans la version la plus récente
du produit, cependant, ce n'était pas le cas, et le serveur se bloquait dans ce scénario. Cette
version du produit inclut une version mise à jour de Aesh (Another Extendable Shell) qui rétablit le
comportement d'origine. Les serveurs qui démarrent par un script automatisé peuvent sortir
comme prévu et ne risquent plus d'abandonner en attente d'une action utilisateur.
9774 26 - jboss-cli.sh throws NullPointerException while not connected and in batch mode
Essayer d'ajouter d'une commande à un lot avec jboss-cli lorsqu'il était déconnecté du
serveur provoquait la sortie de jboss-cli. Ce problème a été corrigé. Les tentatives d'ajout de
commandes à un lot quand vous êtes déconnecté d'un serveur provoque maintenant le message
d'erreur suivant s'affichant à l'utilisateur :
Command is not supported or unavailable in the current context: Failed to
load operation description: not connected
Clustering
974 967 - jvmRoute in standalone.xml can create
org.infinispan.marshall.NotSerializableException
Lorsque vous utilisez m od_jk avec un équilibreur de charge et le drapeau de sticky session
pour créer une architecture de farming, les applications distribuées ne peuvent se déployer parce
que le clustering n'est pas activé. C'était parce que sans configuration de clustering, la
LOCAL_ADDRESS de la RegistryService a été initialisée à une valeur par défaut qui n'est pas
sérialisable. Cette adresse non sérialisable LOCAL_ADDRESS empêchait alors le déploiement.
Maintenant LOCAL_ADDRESS est initialisé à une valeur sérialisable et le déploiement des
applications distribuables fonctionne comme prévu dans ce scénario.
918791 - Starting a server with multiple web apps, causes deployment failures
Dans certains cas, les applications web sur serveur clusterisé ne parvenaient pas à se déployer
quand plusieurs applications étaient déployées. Dans cette situation, chaque application tentait
de verrouiller le gestionnaire de cache pour créer son cache, et la première application qui
obtenait un verrou se déployait avec succès. T outefois, selon le temps requis de déploiement,
n'importe quel autre déploiement pouvait expirer en attendant d'accéder au gestionnaire de cache
et ne parvenait pas à se déployer. JBoss EAP 6 inclut maintenant un
GlobalCom ponentRegistryService qui gère ce scénario.
Gestion de domaine
983980 - EAP6 CLI command should not allow same runtime-name to be used at another
deploy
Deux déploiements portant le même nom de runtime par erreur pouvaient être déployés sur la
même instance de JBoss EAP 6.
De ce fait, l'instance pouvait entrer dans un état inconsistant par le nom de runtime du mauvais
déploiement.
9
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
Le problème a été corrigé dans cette version de JBoss EAP6, et un nom de runtime est
maintenant autorisé qu'une seule fois pour une instance de JBoss EAP 6. Si quelqu'un tente de
déployer une application avec un nom de runtime déjà utilisé, l'erreur suivante apparaîtra :
Il y a déjà un déploiement nommé ${name} avec le même nom de runtime
${runtime-name} sur le groupe de serveurs ${server-group}
1021763 - Domain controller fails to restart due to an inconsistent rollback of a redeploy
Le gestionnaire de full-replace-deploym ent inclut une logique qui supprime le contenu de
déploiement ajouté dans le cadre d'une opération restaurée. Cette logique ne vérifiait pas si
l'ajout de contenu correspondait au contenu existant, afin que, si tel était le cas, le contenu
existant était incorrectement supprimé.
À la suite de cette situation, si le même contenu était transféré dans un domaine géré à l'aide de
la commande CLI deploy--force, et si le redéploiement échouait pour quelque raison (par
exemple, parce qu'un service de dépendance comme une source de données venait à manquer
d'un serveur), alors le déploiement échouait également et le contenu était retiré de tous les hôtes
dans le cadre du processus de restauration. T outefois, l'élément de configuration existant du
déploiement demeurait ainsi, et si l'hôte venait à être redémarré à nouveau, il y avait une tentative
de déploiement du contenu inexistant, ce qui entraînaît un échec de démarrage.
Le problème a été corrigé dans cette version de JBoss EAP6. La logique de recouvrement
reconnaît maintenant que si le contenu n'a pas été modifié, et ce contenu ne sera pas supprimé
par le processus de rollback.
De ce fait, le rollback quitte le domaine dans un état cohérent correspondant à ce qu'il était avant
la tentative de redéploiement, et le contenu demeurera disponible sur tous les hôtes, ainsi que la
configuration référençant le contenu.
960820 - Recursive expression resolution
Les expressions contenues dans la sortie d'autres expressions n'ont pas été résolues. Cela
signifie qu'il n'était pas possible d'utiliser des expressions de configuration pour faire référence à
d'autres expressions, comme l'expression qui fait référence à une expression de la voûte. Cela
s'est produit parce qu'on n'a pas vérifié l'existence d'autres expressions à résoudre dans la
sortie de la résolution de l'expression.
La résolution d'expressions n'est pas récursive. Quand une expression est résolue, il y a une
vérification des autres expressions à vérifier pour résoudre la sortie. Cela continue jusqu'à ce
que d'autres expressions soient trouvées.
Les expressions peuvent être utilisées pour faire référence à d'autres expressions de la
configuration.
EJB
9914 4 4 - EJB2 CMP wrong cache access if optimistic-locking=true
Lorsque le verrouillage optimiste a été configuré pour les EJB2 Entity Beans, les Entity Beans mis
en cache n'ont jamais été retrouvés dans le cache. Cela s'est produit parce que la recherche de
cache a été exécutée à l'aide du mauvais identificateur. La clé primaire de l'entité a été utilisée
pour localiser le cache de la transaction qui convient à la place de l'identificateur de transaction.
Ce problème a été corrigé et l'accès au cache des EJB2 Entity Beans fonctionne maintenant
comme prévu lorsque le verrouillage optimiste est activé.
1005110 - ClassLoader memory leak with EJB Asynchronous invocations
10
⁠6 . Composants
Dans certaines situations, asynchrone
Cela s'est produit parce que la méthode «execute» pourrait conduire à la création d'un nouveau
thread. Cela se produit lorsque le nouveau thread s'assigne le chargeur de classe de contexte
du thread parent, qui est le chargeur de classes du déploiement. Pour éviter cela, le chargeur de
classe de contexte T hread (T CCL) a la valeur null avant que la méthode «execute» soit
appelée, puis restaurée par la suite
Les appels asynchrones EJB ne peuvent pas résulter en fuites de chargeurs de classes de
déploiement.
1019894 - EJB should not be remotely accessible until all of its dependencies have been
started
Dans certaines situations, les EJB pouvaient être appelées à distance avant d'être totalement
démarrées, ce qui entraînait un client EJB non responsif. Cela se produisait parce que les
interfaces distantes étaient liées avant que toutes les dépendances de l'EJB aient été
entièrement résolues. Ainsi, un bean pouvait être invoqué avant qu'il ait été entièrement en
mesure de répondre. Ce problème a été corrigé et les interfaces distantes d'un EJB ne sont pas
disponibles tant que toutes ses dépendances aient été résolues.
1005093 - Security context associated with EJB asynchronous invocations can potentially
be corrupted over time by the caller thread
Un EJB appelé de façon asynchrone à partir d'un servlet peut perdre son contexte de sécurité si
l'invocation de servlet a lieu pour commencer. Cela se passait lorsque le contexte de sécurité du
servlet était effacé parce que le servlet et les threads EJB partagaient la même instance de
SecurityContext. Maintenant, les attributs SecurityContext sont copiés à partir de l'instance sur le
thread de servlet dans une nouvelle instance de l'objet SecurityContext sur le thread EJB. Les
mises à jour des instances de SecurityContext sur un thread n'affectent plus les instances sur
d'autres threads comme prévu.
Hibernate
99884 1 - Permanent fix of HHH-84 4 7 (HQL delete with multiple subqueries failing
(incorrect alias used))
Si une requête de suppression HQL contenait plusieurs sous-requêtes, seule la première sousrequête utilisait l'alias de table racine qui convient. Le code SQL généré pour les autres sousrequêtes utilisait un alias incorrect.
Ce problème était provoqué par un traitement inadéquat des multiples sous-requêtes lors de la
création de la requête SQL
Ce problème a été résolu dans cette version de JBoss EAP 6 afin que les requêtes de
suppression HQL à plusieurs sous-requêtes utilisent maintenant l'alias de table racine correct
lors de la génération de SQL pour toutes les sous-requêtes.
94 794 6 - Incorrect "to_char" function in HSQL dialect
Un bogue dans l'implémentation de dialecte HSQL de la fonction to_char a donné lieu à des
conversions incorrectes d'objets en chaînes, et quand utilisé dans une comparaison, se
traduisait par une exception java.lang.IllegalArgum entException
Dans cette version de JBoss EAP 6, la fonction to_char du dialecte HSQL a été fixée par la
conversion adequate d'objets en une chaîne. Ainsi, les comparaisons faites à l'aide de la
to_char ne devraient plus lever d'exceptions java.lang.IllegalArgum entException
11
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
990587 - [HHH-7959] Hibernate/Infinispan 2nd Level Caches set to transactionmode=NONE stop functioning after an explicit eviction
Un cache Infinispan de second niveau configuré avec transaction-m ode=NONE était invalidé
quand on forçait une expulsion par programmation. Cet état invalide entraînait une dégradation
des performances et des messages de journalisation niveau T RACE du style Could not
invalidate region: null.
Ce problème a été provoqué par des valeurs null non prises en charge associées à des
tentatives d'utilisation d'un T ransactionManager dans une configuration non transactionnelle,
résultant en NullPointerExceptions.
Ce problème a été résolu dans cette version de JBoss EAP 6 afin que les contrôles null
proprement dits permettent maintenant l'éviction et la validation des états. Ainsi, en forçant une
expulsion par programmation sur un cache de second niveau Infinispan configuré avec
transaction-m ode=NONE ne déclenchera plus d'état non valide, ni la dégradation de
performance associée.
101814 6 - [HHH-8605] ManyT oManyT est.testManyT oManyWithFormula fails on
mssql2008R2, mssql2012, sybase157
Sur les serveurs Sybase et Microsoft SQL, les requêtes HQL qui avaient des tuples dans les
sous-requêtes levaient des exceptions. Sybase ni Microsoft SQL Server prennent en charge les
tuples (uplets) dans les sous-requêtes, comme dans la requête suivante:
delete from T able1 where (col1, col2) in (select col1, col2 from
T able2)
Ce problème avait lieu car les dialectes Hibernate des serveurs Sybase et Microsoft SQL ne
configuraient pas les sous-requêtes supportsT uplesInSubqueries à false comme il le
faudrait.
Dans cette version de JBoss EAP 6, les dialectes Hibernate pour Sybase et Microsoft SQL Server
ont été mis à jour pour tenir compte du manque de soutien pour les tuples dans les sousrequêtes. En conséquence, les avertissements sont maintenant produits plutôt que de lever des
exceptions.
10034 68 - HHH-84 64 Using JPA2 specific quoting character (double quote) for JoinColumn
results in DuplicateMappingException.
L'utilisation d'un caractère de cotation spécifique-JPA2 ( ") de JoinColumn résulte en exception
DuplicateMappingException. Ce problème était causé par un défaut de normalisation du
caractère de cotation en interne.
Ce problème a été résolu dans cette version pour que l'utilisation de " avec un JoinColumn soit
maintenant journalisé, et ne résulte plus en exception DuplicateMappingException.
991578 - HHH-8390 Foreign key reference generated before unique constraint exists
Situation pour laquelle créer un schéma avec une clé étrangère déclarée avant de l'avoir été
définie en clé unique ou primaire échouait dans Oracle et potentiellement pour d'autres dialectes.
Le problème a été corrigé dans cette version de JBoss EAP 6 en obligeant les contraintes de clés
uniques à être créées avant les contraintes de clés étrangères dans le cadre du processus
d'exportation de schéma.
12
⁠6 . Composants
De ce fait, les schéma ne doivent plus échouer dans Oracle à cause d'une clé étrangère déclarée
avant qu'une contrainte unique n'existe.
977520 - HHH-8318 "delete" with "member of" query fails
Un bogue dans la conversion de demandes de suppression delete HQL contenant une clause
de m em ber of générait un SQL erroné. Par conséquent, la requête de suppression SQL
(erronnée) échouait. Ce problème a était causé par le m em ber of qui utilisait un alias erroné.
Ce problème a été résolu dans cette version de JBoss EAP 6 en obligeant les sous-requêtes
m em ber of à utiliser un alias correct dans le cadre d'une requête HQL de suppression delete,
pour corriger le SQL.
HornetQ
1019378 - Message Redistribution could lead to loss of messages if paging and reading
with batched T ransactions
Dans quelques cas rares, si les messages étaient accusés réception trop rapidement et en
morceaux de grande taille sur un serveur de HornetQ, une redistribution de message pouvait
interpréter un enregistrement avant que la transaction ne soit instanciée sur le système de page.
Cette situation se traduisait par la perte du message.
Ce problème a été résolu dans cette version de JBoss EAP 6 pour que le système de pagination
instancie correctement une transaction de page et écrive uniquement le fichier après que la
transaction de page soit instanciée.
À la suite de cette correction, dans de telles circonstances, il y n'aura aucun message perdu.
988321 - WARN - Replication Large MessageID 164 is not available on backup server.
Ignoring replication message
Après une certaine séquence d'événements, une suppression de message volumineux peut être
appelée à deux reprises, ce qui entraîne un message d'avertissement erroné sur un serveur de
sauvegarde HornetQ, similaire à ci-dessous :
11:33:23,825 WARN [org.hornetq.core.server] (Old I/O client worker ([id:
0x2b37b4ea, /192.168.40.1:60844 => /192.168.40.1:5445])) HQ222090:
Replication Large MessageID 164 is not available on backup server. Ignoring
replication message
Ce problème a été résolu en stoppant le message d'avertissement erroné d'apparaître dans les
journaux de JBoss EAP 6. Ainsi, sur un serveur de sauvegarde HornetQ, il ne devrait plus y avoir
de messages erronées de mise en garde associés à des messages volumineux.
Installer
977736 - Appclient starting script and configuration file shouldn't be installed without
appclient option selected
Quand on utilise le programme d'installation dans JBoss EAP 6, si la case AppClient+ de l'écran
d'installation de packages Pack Installation était vide, les fichiers AppClient étaient installés.
Ce problème a été résolu dans cette version de JBoss EAP 6 pour que les fichiers AppClient ne
soient installés que si AppClient+ est sélectionnée.
1013973 - Installer: Cannot use Ctrl+c to quit installation (windows)
13
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
Un problème de spécification d'une dépendance JLine entraînait la commande clavier Ctrl + C
à ne pas fonctionner dans le programme d'installation de console JBoss EAP 6 sur le Microsoft
Windows Server.
Dans cette version de JBoss EAP 6, JLine a été mise à jour afin que lorsque Ctrl-C est saisi au
cours d'installation de la console dans Microsoft Windows Server, le programme d'installation
puisse se fermer maintenant comme prévu. Notez également que la touche Insert est lue de la
meme façon que Ctrl-C, et va donc également faire sortir le programme d'installation de la
console si vous appuyez dessus.
1013972 - T ab Extends for auto-completing home directory path is not working correctly
Dans l'installateur de la console de JBoss EAP 6, appuyer sur la touche tabulation pour auto
compléter les chemins de répertoire de base de saisie semi-automatique ne fonctionne pas
comme prévu. À la place de l'auto complétion des chemins de répertoire, sur Microsoft Windows
Server, rien ne s'affichait et sur Linux / hom e était mal inséré.
Ce problème a été résolu dans cette version de JBoss EAP 6, pour que quand on saisit ~ et que
l'on appuie sur T ab, le chemin d'accès du répertoire de base soit auto complété comme prévu.
Sur Microsoft Windows Server, le chemin est C:\Users\USERNAME, et sur Linux, /hom e/USER.
963304 - Native components check box is invisible when installing EAP 6.0.0 through jar
installer
Sur les systèmes d'exploitation dérivés Unix, l'installateur ne vérifiait pas correctement le fichier
system -release, s'il y avait plus d'un fichier * -version présent dans le répertoire /etc /.
Cela amenait l'installateur de ne pas reconnaître le système d'exploitation du serveur, et par
conséquent la case à cocher Native Components ne s'affichait pas sur l'écran Pack Installation.
Ce problème a été résolu dans cette version de JBoss EAP 6, et le programme d'installation
vérifie désormais correctement le fichier system -release sur les systèmes d'exploitation
dérivés Unix. Par conséquent, la case à cocher Native Components sur l'écran Pack Installation
s'affiche comme prévu.
JCA
952277 - disable xa-data-source causes that data-source loses its attribute enabled set
to false and after reload it becomes enabled
Lorsqu'une source de données XA était définie sur disabled (désactivée), et que la source de
données était déjà disabled, la source de données était activée au prochain redémarrage. La
cause de ce problème est maintenant résolue. Dans les mêmes circonstances, la source de
données reste disabled.
1007608 - Memory leak if hashCode of T ransaction isn't stable
Le JCA T ransactionSynchronizer s'est avéré avoir une fuite de mémoire quand le code de
hachage de T ransaction n'était pas stable. Cette fuite de mémoire pouvait causer des
OutOfMemoryErrors au bout d'un moment.
Une mise à jour du composant JCA a corrigé cette issue potentielle et les OutOfMemoryErrors
associées ne sont plus présentes.
JSF
991276 - WAR_BUNDLE_JSF_IMPL does not work inside an EAR
14
⁠6 . Composants
Quand une implémentation JSF était packagée dans un WAR, WAR_BUNDLE_JSF_IMPL
pouvaient être utilisé pour qu'il fonctionne plutôt que par le conteneur. Cette option ne fonctionnait
pas quand elle était empaquetée dans un EAR à la place. La cause de ce problème était que seul
le (sous-)déploiement était coché avec le marqueur JSF, ce qui fait qu'on ne pouvait pas le
trouver où il était dans un déploiement distinct (EAR) de niveau supérieur. Pour résoudre ce
problème, un contrôle supplémentaire a été mis en place pour le déploiement de niveau supérieur
avec le marqueur JSF.
Référentiel Maven
1011918 - Unable to get dependencies for jbossws-cxf-client -- Failure to find
org.apache.ws.security:wss4 j:jar:1.6.11-redhat-1
Le processus de génération a été changé dans cette version de JBoss EAP afin de fournir des
fichiers Maven POM plus conventionnels qui soient compatibles avec les POM de la communauté
Maven. Les fichiers POM du référentiel Maven EAP ont maintenant des dépendances sur
certaines versions d'artefact de communauté.
Les utilisateurs devraient consulter le Guide du développeur JBoss Enterprise Application
Platform pour plus d'informations sur la façon de configurer le fichier Maven BOM approprié. La
configuration du fichier Maven BOM approprié garantira que les générations en provenance
d'utilisateur incluent la version de dépendance transitive qui convient (la version JBoss EAP sera
utilisée pour les artifacts pris en charge et la version de la communauté sera utilisée pour les
artifacts non pris en charge).
Autre
985204 - Socket not closed when web executor drops task
Cette version de JBoss EAP corrige un bogue qui amenait des sockets de connecteur web à ne
pas se fermer correctement lorsque des tâches étaient abandonnées par l'exécuteur. La cause a
été attribuée à la classe QueueExecutor qui ne lançait pas d'exception
RejectedExecutionException quand il n'y n'avait aucun handoffExecutor défini (comme tel
est la cas avec QueuelessExecutor). Dans ces cas, la tâche serait abandonnée, ce qui ne
correspondait pas au comportement attendu. La classe QueueExecutor a été mise à jour pour
lever une exception obligatoire lorsqu'une tâche ne peut pas être ajoutée à la file d'attente et,
donc, les sockets sont maintenant fermées correctement.
901210 - Cleanup deploy directories - AS7-6031
Cette version de JBoss EAP 6.2 inclut un correctif qui assure que les fichiers et des répertoires
créés dans les dossiers JBOSS_HOME/tmp et JBOSS_HOME/tmp/vfs soient supprimés
avant qu'ils puissent interférer avec les instances EAP nouvellement (re)démarrées.
Dans les versions précédentes de JBoss EAP, des fichiers plus anciens ont pu avoir été laissés
derrière après qu'un serveur se soit fermé inopinément (comme JBoss EAP supprime les fichiers
de JBOSS_HOME/tmp et JBOSS_HOME/tmp/vfs dans le cadre de la procédure de fermeture).
Le correctif de cette version fournit une sécurité intégrée afin de mitiger ce scénario. Si un
serveur JBoss EAP 6.2 ne se ferme pas correctement, le serveur ne pourra pas nettoyer ces
fichiers temporaires. Lors du redémarrage, toutefois, le serveur vérifiera les emplacements cidessus, et, si les fichiers d'une instance précédente sont présents, il enclenchera un processus
de renommage/suppression qui permettra la création de fichiers frais pour la nouvelle instance
(les vieux répertoires sont renommés afin d'éviter les interférences avec les fichiers nouvellement
créés). Ces processus se produisent en parallèle.
Pour redémarrer JBoss EAP (gracieusement ou autrement), les vieux fichiers temporaires sont
maintenant supprimés (soit à l'arrêt ou au redémarrage), pour s'assurer qu'ils ne prennent pas
15
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
d'espace disque inutilement
NOT E Le utilisateurs devraient éviter -Xrs JAVA_OPT car cela a un effet sur le traitement des
signaux et donc la taille des répertoires tmp/cfs peut continuer d'augmenter.
PicketLink
977761 - PLINK2-25 characterEncoding parameter not used in for Post Requests in
ServiceProviderAuthenticator
On a trouvé un problème de synchronisation dans Picketlink au sujet de paramètres lus par des
requêtes de publication (post) dans le ServiceProviderAuthenticator à l'aide de l'encodage par
défaut au lieu de l'encodage désiré. Le problème a été provoqué par le fait que PicketLink lisait
ses paramètres avant que la valve T omcat ait pu définir le codage. Pour résoudre ce problème le
codage a été déplacé pour qu'il devienne la dernière étape de la méthode authentificate.
Remoting
1025319 - T rouble with EJB invocation from a server with/without SSL
Lorsque vous créez une connexion sortante distante, le service qui crée la connexion appliquait
les paramètres par défaut après avoir appliqué les paramètres de configuration définis par
l'utilisateur. Il en résultait des paramètres par défaut substituant incorrectement les paramètres
définis par l'utilisateur qui avaient la même clé.
Le résultat de cette situation, c'est que SSL pouvait être désactivé sur les connections EJB en
provenance du serveur.
Ce problème a été corrigé dans cette version de JBoss EAP6. Les configurations par l'utilisateur
seront maintenant appliquées après les configurations par défaut, ce qui garantit que les
paramètres définis par l'utilisateur puissent être prioritaires.
Le résultat de cette situation, c'est que SSL pouvait être désactivé sur les connections
extérieures éloignées.
1025185 - Remoting subsystem: Concurrent modification exception during server
shutdown
Un service de sous-système à distance itérait une collection d'une manière non thread-safe.
Suite à cela, une exception ConcurrentModificationException était parfois levée pendant
l'arrêt du serveur. À part cette exception, la fermeture s'achevait normalement.
WARN [org.jboss.msc.service.fail] (MSC service thread 1-55) MSC000004:
Failure during stop of service
jboss.remoting.endpoint.management.channel.management:
java.util.ConcurrentModificationException
at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793)
[rt.jar:1.6.0_45]
at java.util.HashMap$KeyIterator.next(HashMap.java:828) [rt.jar:1.6.0_45]
at java.util.AbstractCollection.addAll(AbstractCollection.java:305)
[rt.jar:1.6.0_45]
at java.util.HashSet.<init>(HashSet.java:100) [rt.jar:1.6.0_45]
at
org.jboss.as.remoting.AbstractChannelOpenListenerService.stop(AbstractChannelO
penListenerService.java:123)
...
16
⁠6 . Composants
Le problème a été corrigé dans cette version de JBoss EAP6. les collections sont maintenant
itérées d'une manière thread-safe, avec le moniteur d'objet de collection détenu par le thread
d'itération.
Ainsi, les exceptions ConcurrentModificationException ne sont plus envoyées.
RPMs
998319 - RPMs put important data in /var/tmp
RPM met des données importantes dans tm p/var/tm p, y compris /dom ain/data. /var/tm p
doit normalement contenir des données temporaires qui peuvent être révoquées à tout moment.
/dom ain/data ne devrait pas être redirigé vers /var/tm p/ car il contient des données
importantes qui ne doivent pas être perdues, y compris le journal de récupération de transaction,
le journal et le store grands messages d'HornetQ.
Ce problème a été résolu dans cette version de JBoss EAP 6. Pour les nouvelles installations,
/usr/share/jbossas/dom ain/data correspondra à un répertoire au lieu d'un lien.
Cependant, pour les instalaltions existantes, effectuer une des opérations suivantes :
Ré-installer et migrer les fichiers de config et de données (y compris les répertoires temp)
dans les nouveaux répertoires d'installation, ou bien
Désinstaller tm pwatch pour désactiver le vidage de /var/tm p/jbossas, ou
Configurer tm pwatch pour ne pas supprimer les fichiers que jbossas met dans
/var/tm p/jbossas.
Scripts et commandes
998913 - standalone.bat still sets -XX:+T ieredCompilation JVM option
On a réglé un problème dans le fichier de commandes standalone.bat utilisé dans le serveur
Microsoft Windows Server. Le fichier de commandes contenait auparavant une option JVM qui
définissait la compilation sur plusieurs niveaux : -XX:+T ieredCom pilation. Cette
configuration a été supprimée car elle est connue pour avoir causé des problèmes dans certains
cas.
916960 - Standalone.bat does not work if parentheses are on path to EAP.
Dans les versions précédentes de JBoss EAP, les fichiers de commandes fournis - par exemple
standalone.bat ou add-user.bat ne fonctionnaient comme prévu sur Microsoft Windows
Server si le chemin d'accès contenait des parenthèses ou des espaces. Les fichiers de
commandes ont été améliorés par l'utilisation de caractères de citation pour que le chemin
d'accès complet puisse être évalué. Par conséquent, les fichiers de commandes fonctionnent
maintenant comme prévu avec les chemins d'accès entre parenthèses et espaces y compris.
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)
Dans JBoss EAP 6.1.0, l'accès non autorisé à une application web protégée par un module
d'autorisation personnalisé résultait en réponse HT T P de 200 (OK) au lieu de HT T P 403
(Interdit). Ce problème a été résolu et la réponse qui convient est maintenant fournie.
Serveur
17
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
1022223 - Deployment descriptor overlays do not override JSPs
Les couches de descripteurs de déploiement doivent permettre à un administrateur de remplacer
un JSP dans un déploiement. T outefois, la fonctionnalité de superposition n'a pas fonctionné
parce que JBoss Web n'utilise pas de VFS pour servir du contenu, et donc les fichiers JSP
n'étaient pas visibles. Un essai supplémentaire de la méthode de déploiement a été ajouté et la
substitution des descripteurs de déploiement maintenant fonctionne comme prévu.
Gestionnaire de transactions
1016120 - T ransaction JDBC object store does not start on PostgreSQL Plus 9.2
Le gestionnaire de transactions de JBoss, JBoss T ransaction Manager, n'avait pas de classe
pilote correctement configurée dans PostgreSQL Plus 9.2. Cela créait une exception
ClassNotFoundException quand vous tentiez d'utiliser un magasin d'objets de transactions
JDBC dans PostgreSQL Plus 9.2.
Dans cette version de JBoss EAP 6, le Gestionnaire de transactions de JBoss été mis à jour
avec une classe de pilote PostgreSQL Plus 9.2 (jdbc.drivers.postgres_driver) et les
stores d'objets JDBC peuvent maintenant être utilisés avec les serveurs PostgreSQL Plus 9.2.
Web
997009 - requiredSecret attribute on the AJP connector
Lorsque vous utilisez un serveur d'équilibrage de charge Apache devant JBoss EAP 5.x, vous
pouvez définir l'attribut "requiredSecret" du connecteur AJP. Ceci est utilisé pour autoriser
uniquement les demandes de workers d'équilibrage des charges avec le même mot clé secret,
pour pouvoir être accepté.
Dans JBoss EAP 6.0.x et 6.1.x, il n'était pas possible de configurer cette valeur. Ce problème est
maintenant résolu et vous pouvez maintenant définir une propriété système sur votre valeur pour
l'attribut « requiredSecret » :
org.apache.coyote.ajp.DEFAULT_REQUIRED_SECRET=yoursecretvalue
996558 - Https connection hangs after adding https connector
Lorsque vous ajoutez un connecteur HT T PS via Management CLI, toute tentative de connexion
est bloquée, malgré que chaque commande procède avec succès. La cause du problème était
que le connecteur est démarré dès qu'il a été créé, mais comme sa configuration était incomplète,
cela empêchait le connecteur de fonctionner comme prévu. Pour contourner le problème, il aurait
fallu regrouper les commandes de configuration dans une séquence batch, end-batch, afin
que tous les énoncés de configuration puissent être complétés ensemble. La cause de ce
problème a été résolue et l'accès à un connecteur HT T P fonctionne maintenant, que les
instructions de configuration soient en séquence ou en lot de gestion CLI.
La console web
94 7913 - Admin Console: T he Resource Adapter Properties becomes editable clicking in
the configured Resource Adapters.
Lorsque vous affichiez les propriétés d'un adaptateur de ressources (RA) dans la console de
gestion web, il était possible que les propriétés de l'adaptateur deviennent des champs
modifiables, permettant à des champs existants d'être modifiés ou supprimés et à de nouveaux
champs d'être ajoutés. Ces champs aurait dû être présentés comme champs en lecture seule,
puisqu'il n'y a pas de fonctionnalité pour les modifier dans la console de gestion web. Si un tel
18
⁠6 . Composants
champ était modifié, les valeurs éditées restaient dans leur forme modifiée, mais ne pouvaient
pas être stockées dans le fichier de configuration de l'adaptateur de ressources. Ce problème
est maintenant résolu et les propriétés de tous les adaptateurs de ressources sont désormais
présentées comme des champs en lecture seule.
900063 - Missing error message when creation of Custom Handler fails
Dans les versions précédentes de JBoss EAP 6, après l'échec de la création d'un gestionnaire
de journalisation personnalisée dans la Console de gestion web, aucun retour d'information
n'était donné à l'utilisateur. En conséquence, l'utilisateur pouvait raisonnablement supposer que
le gestionnaire de journalisation personnalisée était créé. Pour résoudre ce problème, un
message d'erreur s'affiche maintenant dans ces circonstances, ce qui montre clairement à
l'utilisateur que la création a échoué.
1012539 - "Started?" field in messaging bridge settings in incorrect
Le champ d'information de runtime Started? a été supprimé dans l'écran Profile → Messaging →
Connections → Bridges dans cette version de JBoss EAP 6.
La raison de ce changement est que ce champ affichait parfois des informations eronnées, et
comme il n'était pas éditable, il ne fournissait aucune fonctionnalité aux utilisateurs.
996889 - Unable to change port offset for servers in domain
Lorsque vous modifiez les plages de port des serveurs d'un domaine, l'action échouait
accompagnée du message : « erreur interne du serveur ». La cause sous-jacente, c'est que la
valeur de socket-binding-group de la ressource server-config était indéfinie, donc lors
d'une tentative de modification de la configuration du serveur, aucune valeur ne pouvait être
présélectionnée dans la boîte de sélection Socket binding. Par conséquent, la première
partie d'une opération composite échouait. La cause principale est maintenant résolue et les
plages de port des serveurs d'un domaine peuvent maintenant être définies dans la console de
gestion web.
Services Web
1026992 - Picketlink ST S doesn't work with CXF update
Le correctif appliqué à JBoss EAP pour adresser CVE-2013-2133 implique des contrôles
d'autorisation par le conteneur avant d'exécuter les handlers JAXWS attachés aux points de
terminaison WS basés EJB3. En conséquence, le scénario d'utilisation de certains PicketLink peut
être touché, car le PicketLink SAML2Handler est destiné à mettre en place l'entité de sécurité qui
sera utilisée plus tard.
Les visiteurs peuvent désactiver les contrôles d'autorisation supplémentaires et continuer à
utiliser les déploiements PicketLink existants, soit en définissant la propriété système
org.jboss.ws.cxf.disableHandlerAuthChecks à true, soit en spécifiant la propriété
org.jboss.ws.cxf.disableHandlerAuthChecks dans un descripteur jboss-webservices.xm l
comme suit :
<?xml version="1.1" encoding="UTF-8"?>
<webservices xmlns="http://www.jboss.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
version="1.2" xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee">
<property>
19
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
<name>org.jboss.ws.cxf.disableHandlerAuthChecks</name>
<value>true</value>
</property>
</webservices>
Le descripteur doit être placé dans META-INF dans le déploiement du client pour lequel les
autorisations de handler doivent être désactivées.
À la place, la configuration des propriétés système affecteront n'importe quel déploiement sur le
serveur.
Notez que l'activation de la propriété org.jboss.ws.cxf.disableHandlerAuthChecks restitue un
système vulnérable à CVE-2013-2133. Si l'application s'attend à des restrictions de sécurité
déclarées sur les méthodes de l'EJB à appliquer et ne les applique pas indépendamment du
gestionnaire JAX-WS, alors la propriété ne devrait pas être activée. La propriété doit uniquement
être utilisée à des fins de compatibilité rétroactive si nécessaire pour éviter des dommages à
l'application.
988318 - CLI - after undefine operation on wsdl-host attribute of webservices subsystem
and reload war with webservice can not be deployed
Un bogue qui faisait échouer le déploiement des applications lorsque l'attribut wsdl-host n'était
pas défini a été corrigé dans cette version de JBoss EAP 6.
999223 - wsconsume.sh fails with the default target version - 2.2
Dans les versions précédentes de JBoss EAP, il a été constaté que WSConsume aurait négligé
de compiler les sources de niveau JAXWS 2.2 lorsque OpenJDK version 1.6 était utilisé.
Résolu dans cette version.
Weld
956631 - CLONE - Cross-context forward/include call from another web app breaks
HttpRequestContext cleanup
Pour les demandes transmises, WeldListener nettoyait une demande liée à un contexte quand
le servlet qui le traitait avait terminé, même si la demande avait été envoyée à une autre servlet.
Ainsi, quand l'autre servlet essayait d'accéder au contexte, il produisait une exception
NullPointerException.
Le problème a été réglé dans cette version de JBoss EAP 6 en évitant de nettoyer un contexte lié
quand le servlet est redirigé.
Ainsi, en utilisant getRequestDispatcher().include() pour envoyer des demandes entre
les servlets ne devraient plus engendrer d'exceptions liées à des nettoyages WeldListener
erronés.
910185 - Weld's T ypeSafeObserverResolver cache is unbounded
La classe Weld T ypeSafeObserverResolver utilisée par T ransactionalObserverNotifier n'a pas
d'option de configuration pour limiter ou expirer les entrées. Le nombre de qualificateurs CDI est
généralement petit, mais cela peut ne pas être vrai si une application utilise des classes dérivées
de AnnotationLiteral avec des données arbitraires dans l'annotation.
20
⁠6 . Composants
De ce fait, le cache T ypeSafeObserverResolver pouvait grandir exponentiellement et causer une
erreur OutOfMemoryError si un grand nombre de qualificateurs distincts étaient utilisés en mëme
temps.
Le problème a été corrigé dans cette version de JBoss EAP6 par la création d'une limite
supérieure configurable pour le cache résolu dans T ypeSafeObserverResolver.
Les utilisateurs peuvent configurer la propriété org.jboss.weld.resolution.cacheSize afin
de limiter le nombre maximal d'entrées de cache résolues. La valeur par défaut de la limite
maximale est 1048576 entrées du cache.
Services Web
969924 - Picketlink ST S doesn't work with CXF update
Le correctif appliqué à JBoss EAP pour adresser CVE-2013-2133 implique des contrôles
d'autorisation par le conteneur avant d'exécuter les handlers JAXWS attachés aux points de
terminaison WS basés EJB3. En conséquence, le scénario d'utilisation de certains PicketLink peut
être touché, car le PicketLink SAML2Handler est destiné à mettre en place l'entité de sécurité qui
sera utilisée plus tard.
Les visiteurs peuvent désactiver les contrôles d'autorisation supplémentaires et continuer à
utiliser les déploiements PicketLink existants, soit en définissant la propriété système
org.jboss.ws.cxf.disableHandlerAuthChecks à true, soit en spécifiant la propriété
org.jboss.ws.cxf.disableHandlerAuthChecks dans un descripteur jboss-webservices.xm l
comme suit :
<?xml version="1.1" encoding="UTF-8"?>
<webservices xmlns="http://www.jboss.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
version="1.2" xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee">
<property>
<name>org.jboss.ws.cxf.disableHandlerAuthChecks</name>
<value>true</value>
</property>
</webservices>
Le descripteur doit être placé dans « MET A-INF » dans le déploiement du client pour lequel les
autorisations du gestionnaire doivent être désactivées. Le programme d'installation de la
propriété système affectera tout déploiement sur le serveur à la place. Notez que l'activation de la
propriété « org.jboss.ws.cxf.disableHandlerAuthChecks » rend un système vulnérable à CVE2013-2133. Si l'application s'attend à des restrictions de sécurité déclarées sur les méthodes
EJB à appliquer et ne les applique pas indépendamment du gestionnaire JAX-WS, alors que la
propriété ne devrait pas être activée. La propriété doit uniquement être utilisée à des fins de
compatibilité descendante si nécessaire pour éviter de casser l'application.
mod_cluster
958991 - mod_cluster core when use ProxyPass / balancer://bal and CreateBalancers 1
Une regression des versions 6.1.0 et 6.1.1 de JBoss EAP causait un CreateBalancers 1 dans
/conf.d/mod_cluster.conf sans définir la configuration stickysession=JSESSIONID|jsessionid
résultant en une faute de segmentation. Ce problème a été résolu dans JBoss EAP 6.2. L'élément
stickysession a maintenant été ajouté à la configuration CreateBalancers.
96024 3 - Regression in ProxyPass integration
21
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
Une régression dans une version antérieure de mod_proxy_cluster.so (bug 960246) renvoyait
des erreurs HT T P 503 lorsqu'elle accédait à un répertoire (par exemple <filename
class="directory">/app/clusterbench/requestinfo/</filename>. Ce problème a été corrigé dans
cette version de JBoss EAP et mod_proxy_cluster.so fonctionne maintenant comme prévu lors
de l'accès aux répertoires.
963720 - mod_cluster: proxy DNS lookup failure with IPv6 on Solaris
Dans les versions de EAP 6, lorsqu'on essayait d'utiliser les adresses IPv6 dans un système
Solaris, cela entrainait un échec de Recherche DNS.
Le problème pouvait être retracé à la chaîne IPv6 zone-id des adresses IPv6.
Comme cette information n'est pas utile au HT T PD, la chaîne n'est plus utilisée et mod_cluster
fonctionne maintenant dans les systèmes Solaris.
7.2. Améliorations
Gestion de domaine
978984 - Update the add-user utility to allow for file name overrides.
Le script d'ajout d'utilisateur( adduser.sh and adduser.bat) a été amélioré afin d'autoriser la
spécification de différents fichiers de propriétés pour les utilisateurs et pour les groupes.
Le fichier utilisateur peut être spécifié accompagné des paramètres -up ou --userproperties.
Le fichier groupe peut être spécifié accompagné des paramètres -gp ou --groupproperties.
Exemple d'utilisation :
[admin@server bin]$ ./add-user.sh -up audit-users.properties -gp auditgroups.properties
Note
La commande add-user est conçue pour opérer sur les fichiers de propriétés existants.
T outes les propriétés remplaçantes spécifiées dans des arguments de ligne de
commande doivent sortir ou bien l'erreur suivante se produit : "JBAS015234: No auditusers.properties files found"
EJB
98134 1 - Add CLI operations to start/stop MDB delivery
Cette version de JBoss EAP 6 inclut une nouvelle propriété de configuration d'activation
DeliveryActive utilisée dans le composant MDB (Message Driven Beans) pour activer ou
désactiver l'envoi des messages.
Les opérations de gestion :start-delivery et :stop-delivery (et l'attribut de runtime deliveryactive en lecture-seule) peuvent maintenant être utilisés pour démarrer ou stopper la livraison
sur la ressource MDB (dans /deploym ent=deployment_name/subsystem =ejb3/m essagedriven-bean=mdb_name).
22
⁠6 . Composants
Par défaut, la nouvelle propriété est activée et l'envoi des messages a lieu dès que le composant
MDB est déployé.
Hibernate
952284 - Hibernate SchemaValidation on synonyms
JBoss EAP 6 a été amélioré de façon à permettre aux entités Hibernate d'être validées par
rapport à des synonymes de tableau. Avant, la validation de schéma ne validait que les tableaux
ou les affichages.
Pour activer cette nouvelle fonctionnalité, la propriété hibernate.synonym s=true doit être
définie.
Par exemple, ce qui suit passera maintenant la validation de schéma Hibernate :
"CREATE SYNONYM foo_synonym FOR foo_table"
@Table(name = "foo_synonym")
Installer
1013954 - Installer: Add ability to change management ports for domain
Le programme d'installation de JBoss EAP 6 a été mis à jour afin de permettre la configuration
des ports de gestion pour les serveurs de mode en domaine. Auparavant, l'installateur pouvait
configurer les ports de gestion dans un serveur autonome, toutefois les ports de gestion d'un
serveur de domaine devait être configuré manuellement après l'installation via des fichiers de
configuration
Le programme d'installation permet aux ports de gestion des serveurs de domaine d'être
configurés au moment de l'installation, sans avoir besoin de les configurer manuellement par la
suite.
900724 - Make the installer accept automation config files from different sources
Le programme d'installation de JBoss EAP 6 accepte un fichier de configuration d'automation en
provenance d'un réseau.
Avant, le fichier de configuration d'automation devait correspondre à celui de la machine sur
laquelle le programme d'installation était exécuté.
Le fichier de configuration d'automation peut être spécifié sur un emplacement de réseau par http
ou ftp avec la syntaxe suivante :
java -jar installer.jar http://network-host/autom ation.xm l or java -jar
installer.jar ftp://network-host/autom ation.xm l
100654 8 - Installer: Create infinispan cache
Le programme d'installation de JBoss EAP 6 a été mis à jour pour permettre la configuration du
cache Infinispan.
Avant, la configuration du cache Infinispan devait être faîte manuellement une fois que JBoss EAP
6 était installé.
Suite à cette amélioration, la configuration du cache Infinispan peut maintenant être faîte pendant
l'installation, sans avoir besoin de la configurer plus tard.
23
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
1006532 - Installer: JDBC driver installer feature
Le programme d'installation de JBoss EAP 6 a été amélioré pour donner la possibilité d'installer
les drivers JDBC. Les drivers JDBC qui peuvent être installés par cette fonctionnalité incluent :
IBM DB2
Microsoft SQL Server
MySQL
Oracle
PostgreSQL
Sybase
Avant, les drivers JDBC devaient être installés manuellement après que JBoss EAP 6 ait été
installé.
Suite à cette amélioration, les drivers JDBC peuvent maintenant être installés pendant
l'installation de JBoss EAP 6, éliminant ainsi le besoin de les installer plus tard.
1006533 - Installer: Add security-domain configuration
Le programme d'installation de JBoss EAP 6 a été amélioré pour permettre la configuration du
domaine de sécurité.
Avant, les domaines de sécurité devaient être installés manuellement après que JBoss EAP 6 ait
été installé.
Suite à cette amélioration, le domaine de sécurité peut maintenant être configuré pendant
l'installation, sans besoin de le configurer plus tard.
1006535 - Installer: Add password vault configuration
Le programme d'installation de JBoss EAP 6 a été amélioré pour permettre la configuration de
l'archivage de sécurité des mots de passe.
Avant, l'archivage de sécurité des mots de passe devait être configuré manuellement après que
JBoss EAP 6 ait été installé.
Suite à cette amélioration, l'archivage de sécurité des mots de passe peut maintenant être
configuré pendant l'installation, sans besoin de le configurer plus tard.
100654 0 - Installer: Enable LDAP authentication
Le programme d'installation de JBoss EAP 6 a été amélioré pour permettre la configuration de
l'authentification LDAP dans les interfaces de gestion.
Avant, l'authentification LDAP devait être installée manuellement après que JBoss EAP 6 ait été
installé.
Suite à cette amélioration, l'authentification LDAP peut maintenant être configurée pendant
l'installation, sans besoin de la configurer plus tard.
901180 - Installer: Add SSL keystore to management interface
Le programme d'installation de JBoss EAP 6 a été amélioré pour permettre la configuration d'un
keystore SSL pour sécuriser les interfaces de gestion.
24
⁠6 . Composants
Avant, la configuration SSL des interfaces de gestion devait être faîte manuellement après
l'installation.
Suite à cette amélioration, la configuration du keystore SSL peut maintenant avoir lieu pendant
l'installation, sans besoin de le configurer plus tard.
Scripts et commandes
732889 - Instructions for installing JBoss as Windows service do not work
Le fichier de commandes service.bat de gestion JBoss EAP, installé comme un service Microsoft
Windows Server a été amélioré pour la vérification des erreurs. Les contrôles supplémentaires
sont destinés à tester les conditions qui pourraient empêcher le service d'exécuter comme prévu.
La console web
990879 - Administration Console contains community branding
Dans JBoss EAP 6.1.1, la console de gestion web affiche un favicon de AS7, et non pas le logo
de Red Hat. Cela a maintenant été résolu et la favicon qui convient apparaît maintenant dans la
console de gestion web.
Services Web
999570 - Client side CXF bus incorrectly caches service endpoint information
Cette version de JBoss EAP 6 inclut de nouvelles fonctionnalités permettant aux utilisateurs de
créer un client JAXWS au sein d'un nouveau Bus, dont le cache de définition WSDL reste vide.
Comme les définitions WSDL sont mises en cache dans le Bus d'Apache CFX qui est utilisé pour
servir le client JAXWS en cours de création, une définition caduque pouvait être utilisée si un
WSDL différent était donné à l'URL spécifié et si le même Bus était utilisé. Cette amélioration
permet d'éviter ce scénario.
La nouvelle fonctionnalité est utilisée comme suit à travers la nouvelle fonctionnalité
org.jboss.wsf.stack.cxf.client.UseNewBusFeature JBossWS JAXWS Feature: Service
service = Service.create(new URL(wsdlLocation), new QName(…), new
org.jboss.wsf.stack.cxf.client.UseNewBusFeature());
JMS
1011074 - Change value for address-full-policy from BLOCK to PAGE on the distributed
configurations
Dans les versions précédentes de JBoss EAP, la propriété de configuration JMS address-fullpolicy était définie sur BLOCK la configuration du produit, ce qui signifie qu'une fois la valeur
maximale configurée des messages à une adresse donnée a été atteinte, les producteurs de
messages ne pouvaient plus envoyer d'autres messages à cette adresse.
Ce comportement a été modifié pour se conformer plus étroitement aux attentes des clients. Le
nouveau paramètre par défaut est PAGE qui pagine les messages reçus quand le consommateur
a dépassé la capacité maximale du disque. Ces messages occuperont l'espace disque s'ils ne
sont pas consommés.
Ce comportement peut être modifié en définissant la configuration de address-policy-full à BLOCK
(ou, en plus à DROP ou FAIL) si nécessaire.
Journalisation
25
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
999665 - [ERD] EAP62_1120 [RFE] New log file on restart
Le SizeRotationFileHandler possède un nouvel attribut RotateOnBoot qui amène le
gestionnaire de fichiers à créer un nouveau fichier au démarrage du serveur.
7.3. Problèmes connus
CLI
1031173 - jboss-cli.bat does not work when EAP installed into directory with spaces
L'outil jboss-cli ne pourra pas être lancé sur le système d'exploitation Microsoft Windows
Server si JBoss EAP est installé dans un répertoire comprenant des espaces ou autres
caractères spéciaux tels que des parenthèses sur son chemin. Le message d'erreur suivant
apparaîtra si JBoss EAP est installé dans le répertoire C:\JBoss EAP\jboss-eap-6.2:
Error: Could not find or load main class EAP\jboss-eap-6.2\bin\jboss-clilogging.properties
Ceci peut être contourné en éditant le fichier jboss-cli.bat et en éditant la ligne 62 de
jboss-cli.bat pour déplacer le premier caractère " du début de JAVA_OPT S après le nom
d'attribution, comme suit.
set JAVA_OPTS="%JAVA_OPTS% -Djboss.modules.system.pkgs=com.sun.java.swing Dlogging.configuration=file:%JBOSS_HOME%\bin\jboss-cli-logging.properties"
Pour résoudre cette erreur, il faut éviter d'installer JBoss EAP 6 dans un répertoire contenant des
espaces ou des parenthèses dans son nom de fichier.
Ce problème sera corrigé dans une prochaine version.
1019232 - jboss-cli.sh throws NullPointerException when using tab complete on datasource node
L'outil jboss-cli va lever une exception et se fermer lorsque l'utilisateur tentera d'utiliser la
fonctionnalité d'onglet d'achèvement dans certaines circonstances. On a constaté le cas
lorsqu'on utilisait l'opération built-in data-source comme suit : data-source -nam e=Exam pleDS a et en appuyant sur la touche T AB. C'est en raison d'un problème
d'insuffisance dans la gestion des exceptions dans l'analyseur de commande pour ces situations
et cela sera corrigé dans la prochaine version.
988283 - CLI GUI - write attribute dialog for string value should enclose value in
generated command to double quotes
Essayer de définir une valeur à l'aide de l'outil de jboss-cli qui contient une propriété
permettra uniquement de sauvegarder le caractère $ dans la valeur à la place de la propriété, à
moins que la valeur entière soit contenue entre des doubles caractères de citation. Cela
s'explique parce que l'analyseur de ligne de commande CLI n'analyse pas correctement les
expression comme ${X} compris comme $ sauf si l'expression est contenue entre des
caractères doubles de citation.
La solution temporaire est de veiller à ce que les expressions soient contenues dans des
caractères de citation doubles, comme par ex :
[standalone@localhost:9999 subsystem=webservices] :write-attribute(name=wsdlhost, value="${jboss.bind.address:127.0.0.1}")
26
⁠6 . Composants
Veillez à ce que les commandes générées par jboss-cli en mode GUI n'incluent pas
automatiquement les marques de citation.
Clustering
900378 - CDI beans with SET replication trigger are not replicating
En raison d'un bogue présent dans le composant Weld, la méthode setAttribute n'est pas
invoquée correctement. De ce fait, les beans CDI avec le déclencheur de réplicationSET ne
peuvent pas être répliqués. La solution consiste à utiliser le déclencheur
SET _AND_NON_PRIMIT IVE_GET pour ces beans. Cela sera corrigé dans une version
ultérieure.
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.
Documentation
1026813 - Describe implementation details of behaviour of servlet startup init method
with exception
Le comportement du serveur quand les exceptions sont levées par des servlets dans leur
méthode init() ou par ServletContextListener.contextInitialized n'est pas défini
par la spécification du Servlet et le Guide du développeur JBoss EAP ne fournit pas d'explication
sur la façon dont JBoss EAP 6 se comporte dans cette situation.
Le comportement de JBoss EAP 6 dans ces situations peut être résumé ainsi :
Si une exception est lancée par la methode de servlet init(). l'application sera toujours
déployée mais le servlet ne sera plus disponible.
Si une exception est lancée par ServletContextListener.contextInitialized alors,
le déploiement échouera.
Dans une version future du Guide du développeur de JBoss EAP, vous obtiendrez plus
d'informations.
1021607 - RBAC: Explain the two kinds of non-addressability that we have
Certaines ressources sont non adressable au server-group et hébergent des rôles étendues
afin de fournir une vue simplifiée du modèle de gestion et améliorer l'utilisation. C'est différent des
ressources non adressables pour protéger des données sensibles.
Pour les rôles limités aux server-group, cela signifie que les ressources dans les parties « profil
», « groupe de liaison de socket », « deployment », « substitution de déploiement », « groupe de
serveurs », « serveur config » et « serveur » du modèle de gestion ne seront pas visibles si elles
ne sont pas liées aux groupes-serveur spécifiés pour le rôle.
Pour les rôles à portée d'hôte, cela signifie que les ressources dans la portion '/host= *' du
modèle de gestion ne seront pas visibles si elles ne sont pas liées à des groupes de serveur
spécifiés pour le rôle.
Cependant, dans certains cas, cette vue simplifiée peut cacher des informations qui, quand la vue
simplifiée, sont hors de portée de ce que l'utilisateur est entrain de faire, l'utilisateur peut être
27
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
guidé quant à un plan d'action à son insu. Vous en trouverez un exemple ici
http://bugzilla.redhat.com/show_bug.cgi?id=1015524.
Dans une prochaine version, certaines de ces ressources non adressables pourraient être
modifiées pour être adressables mais non lisibles. Cela n'affectera pas la sécurité du serveur
parce qu'elles n'étaient pas 'non adressables' pour des raisons de sécurité. Red Hat
recommande que vous ne comptez pas sur la 'non-adressabilité' des ressources pour cacher
des informations à moins que la 'non-adressabilité' soit définie dans le cadre d'une contrainte de
sensibilité.
Gestion de domaine
1015524 - RBAC: unable to deploy the same deployment which was already deployed by
user from different server-group scope
Lorsque les contrôles d'accès basés sur des rôles sont activés, les utilisateurs de gestion avec
des rôles de portée server-group peuvent voir leurs nouveaux déploiements échouer
accompagnés du message suivant :
"JBAS014807: Management resource '[(\"deployment\" => \"example.war\")]' not
found"
Cela se produit car il existe déjà un déploiement du même nom dans le domaine. C'est un
comportement correct. Cependant, comme les utilisateurs de gestion s'étendent à un groupe de
serveurs, ils seront incapables de voir si un tel déploiement existe déjà dans un autre groupe de
serveurs. Il est donc difficile d'éviter cette erreur déroutante.
Pour contourner cette limitation, Red Hat recommande que des rôles non-coped soient assignés
aux utilisateurs chargés d'ajouter des déploiements à un domaine, ou qu'une liste de noms de
déploiement soit maintenue pour que les utilisateurs de gestion en soient conscients.
1034 700 - whoami operation doesn't work with security manager enabled
L'opération :whoami n'exécute pas correctement lorsque JBoss EAP 6 fonctionne avec le
Gestionnaire de sécurité Java activé. Essayer d'exécuter cette opération dans cette situation
résulte en une exception de type IllegalArgumentException.
1035231 - RBAC: access control doesn't work with security manager
Lorsque JBoss EAP 6 est exécuté avec le Gestionnaire de sécurité Java activé, le système RoleBased Access-Control est effectivement désactivé car dans cette situation, tous les utilisateurs
authentifiés sont traités comme les Superutilisateurs. La seule façon d'utiliser Role-Based
Access-Control actuellement est sans le Gestionnaire de sécurité Java activé.
1035232 - EAP Domain mode is not working properly with Security manager
Les serveurs d'un domaine géré ne pourront pas être lancés correctement s'ils sont configurés
pour utiliser un Gestionnaire de sécurité Java sans spécifier le nom de classe du gestionnaire de
sécurité. Cela se fait couramment lorsque vous utilisez le Gestionnaire de sécurité par défaut en
spécifiant -Djava.security.manager, soit en dom ain.conf ou comme en paramètre de ligne
de commande.
Dans cette situation, les serveurs ne pourront pas être lancés et seront accompagnés du
message suivant :
Error occurred during initialization of VM
java.lang.InternalError: Could not create SecurityManager: true
28
⁠6 . Composants
Cela se produit car la propriété système sans valeur est passée par les Contrôleurs hôte sur
leurs serveurs gérés, avec la valeur true. Cela signifie que les serveurs vont tenter d'utiliser un
gestionnaire de sécurité Java ayant pour nom de classe de true. Pour éviter ce problème,
définissez explicitement nom de classe du Gestionnaire de sécurité par défaut dans la
configuration comme suit :
-Djava.security.manager=java.lang.SecurityManager
1021607 - RBAC: Explain the two kinds of non-addressability that we have
Certaines ressources sont non adressable au server-group et hébergent des rôles étendues
afin de fournir une vue simplifiée du modèle de gestion et améliorer l'utilisation. C'est différent des
ressources non adressables pour protéger des données sensibles.
Pour les rôles limités aux server-group, cela signifie que les ressources dans les parties profil,
groupe de liaison de socket, deployment, substitution de déploiement, groupe de serveurs,
serveur config et serveur du modèle de gestion ne seront pas visibles si elles ne sont pas liées
aux groupes-serveur spécifiés pour le rôle.
Pour les rôles à portée d'hôte, cela signifie que les ressources dans la portion /host=* du modèle
de gestion ne seront pas visibles si elles ne sont pas liées à des groupes de serveur spécifiés
pour le rôle.
Cependant, dans certains cas, cette vue simplifiée peut cacher des informations quand la vue
simplifiée est hors de portée de ce que l'utilisateur est entrain de faire, et que l'utilisateur peut
être guidé à un plan d'action à son insu. Vous en trouverez un exemple ici 1015524.
Dans une prochaine version, certaines de ces ressources non adressables pourraient être
modifiées pour être adressables mais non lisibles. Cela n'affectera pas la sécurité du serveur
parce qu'elles n'étaient pas 'non adressables' pour des raisons de sécurité. Red Hat
recommande que vous ne comptez pas sur la 'non-adressabilité' des ressources pour cacher
des informations à moins que la 'non-adressabilité' soit définie dans le cadre d'une contrainte de
sensibilité.
1024 109 - NPE in DelegatingServerInventory
Les Demandes de gestion envoyées à un Contrôleur hôte immédiatement après que le
Contrôleur hôte soit lancé peuvent échouer avec une exception de type
NullPointerException. C'est parce qu'il y a un laps de temps entre le moment où le
contrôleur hôte est en mesure de recevoir les demandes et le démarrage complet du système de
gestion du serveur. Cette période correspond habituellement à moins d'une seconde, mais toutes
les demandes reçues pendant ce laps de temps échoueront.
Cela ne devrait pas avoir lieu dans un environnement automatisé, comme un script qui démarre le
Contrôleur hôte et ensuite immédiatement tente d'appeler une opération de gestion sur un de ses
serveurs.
Actuellement, Red Hat recommande la solution de contournement suivante pour les scripts ou
pour n'importe quel autre automation qui tente d'effectuer des opérations de gestion
immédiatement après le lancement d'un Contrôleur d'hôte :
1. Inclure un léger retard (une ou deux secondes) pour prévoir suffisamment de temps pour
que tous les systèmes d'un contrôleur hôte puissent démarrer.
2. Inclure la logique de gestion des erreurs.
29
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
3. Utiliser la logique d'interrogation pour tenir compte des résultats de changements de
requêtes quand un serveur est lancé.
Ce problème sera corrigé dans une prochaine version.
EJB
1019372 - Cluster node selection process do not respect whether the nodes are able to
handle the EJB request
Lorsqu'un cluster n'avait les mêmes EJB déployés sur chaque nœud, les appels de client EJB
passaient parfois par des nœuds de cluster qui n'avaient pas d'EJB déployés. Cela se produisait
parce que le client ejb-client n'avait pas confirmé qu'un nœud de destination pouvait gérer
l'invocation avant d'envoyer la requête. ejb-client exécute maintenant cette confirmation et les
appels sont maintenant routés vers les noeuds qui conviennent, comme prévu.
1017673 - ConcurrentModificationException in T imerService.getT imers()
Si un bean tente de créer une nouvelle minuterie en même temps qu'un autre thread appelle la
méthode getT im ers(), une exception ConcurrentModificationException est levée. Cela se
produit car la méthode getT im ers() n'appelle pas synchronized() sur les minuteries. Cela
sera corrigé dans la prochaine version.
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
et non-transactionnels à la base de données.
Installer
1032892 - Unable to use tab filling for path starting with a drive letter on windows.
Dans l'installateur de la console de JBoss EAP 6 sur Microsoft Windows Server, l'onglet de
complétion des chemins de répertoire qui commencent par une lettre de lecteur ne fonctionne
pas.
Lorsque vous entrez un chemin d'accès qui commence par une lettre de lecteur, comme par
exemple C:\ et que vous appuyez sur la touche T ab, rien ne s'affiche. Dans ce cas, il est prévu
que le contenu de ce répertoire doive s'afficher.
Ce problème sera corrigé dans une prochaine version.
977805 - Starting JBoss Administration Console from start menu is not working on Solaris
Les raccourcis du menu de démarrage de la Console d'administration de Solaris ne fonctionnent
pas pour une instance de JBoss EAP 6 qui a été installée en utilisant le programme d'installation.
Au lieu d'ouvrir la Console d'administration dans un navigateur web, le message d'erreur suivant
s'affiche :
30
⁠6 . Composants
Error showing url: HTTP Error: Method Not Allowed
Ce problème est causé par la commande xdg-open qui ne fonctionne pas comme prévu dans
Solaris.
En guise de solution, pour utiliser les raccourcis du menu de démarrage, la Console
d'administration peut être accessible directement dans un navigateur web. Si configuré avec les
ports par défaut, les URL de la Console d'administration sont les suivants : mode autonome :
http://localhost:8080/console mode de domaine : http://localhost:9990/console
JCA
1033008 - Generic JMS RA is not consistent with the EE spec - it does *not* ignore the
parameters when session is created in the transaction context
Lorsqu'une session est créée dans le cadre d'une transaction et que les paramètres sont
passés à l'adaptateur de ressources JMS standard, une exception de pointeur Null (NPE) se
produit. Le problème se produit parce que le traitement des paramètres est tenté, lorsque la
spécification Java EE affirme qu'ils ne doivent PAS ëtre traités. La cause principale du problème
est à l'étude, mais d'ici là, une solution consiste à définir la session à traiter, conformément à
l'exemple suivant. Avec cette solution de contournement, le NPE ne se produira pas.
connection.createSession(true, Session.SESSION_TRANSACTED);
1023193 - JMS generic RA shows 'lock owned during cleanup' warning during periodic
crash recovery
Un problème mineur à récupération périodique a été identifié, avec les messages d'avertissement
commençant par le texte suivant journalisés.
WARN [org.jboss.resource.adapter.jms.JmsManagedConnection] (Periodic
Recovery) Lock owned during cleanup: java.lang.Throwable: Lock owned during
cleanup
La cause sous-jacente du problème est que l'adaptateur standard JMS gère improprement le
deuxième appel de recouvrement périodique. Conformément à la spécification de l'objet
T ransaction Service, lorsque le gestionnaire de transactions est défini pour être exécuté sur le
Service de T ransaction de Java (JT S), les appels de recouvrement périodique sont renvoyés à
deux reprises pour un même XID. Le problème est que l'adaptateur standard de JMS gère
incorrectement le deuxième appel de recouvrement pour un même XID et que les avertissements
ci-dessus sont journalisés. Notez que malgré les messages d'avertissement, le recouvrement
s'effectue correctement.
991389 - Connection factory isn't activated in generic-jms-ra.rar resource adapter after
server reload with jts transactions mode set.
Lorsqu'un serveur JBoss EAP est configuré avec un adaptateur de ressources déployé à l'aide
de générique-jm s-ra.rar, la fabrique de connexions est radiée lorsque le serveur est
rechargé. La cause du problème est que l'adaptateur de ressources standard ne gère pas
correctement le rechargement si le sous-système de transaction est configuré pour s'exécuter
sur le système de T ransactions JBoss (ST C). La cause principale de ce problème est à l'étude.
Une solution consiste à ajouter un fichier XML de descripteur JCA à l'archive RAR avec les
propriétés de connexion indiquées.
JSF
31
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
1029387 - WFLY-24 93 EL cannot access public methods/fields of non-public classes
Quand vous essayez d'accéder la méthode publique ou un champ de classe non publique via EL,
le message d'erreur suivant apparaît :
"java.lang.IllegalAccessException: Class javax.el.BeanELResolver can not
access a member of class X with modifiers "private"
Pour contourner ce problème, définir SetAccessible(true) sur la méthode avant de l'appeler,
supprimant ainsi la vérification d'accès Java.
101724 2 - FacesMessages doesn't work properly in root context application
Il y a un problème connu avec le composant JSF expédié dans JBoss EAP 6.2. Il a été signalé que
les FacesMessages ne sont pas redirigés fiablement lorsque vous exécutez une application en
contexte root. Cette question sera abordée dans une prochaine version du produit.
Autre
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 par la
récupération de la mémoire dans les situations imprévues et cela 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 OpenJDK ou
Oracle JDK pour exécuter dans JBoss Enterprise Application Platform 6 ou dans Red Hat
Enterprise Linux.
Scripts et commandes
956281 - Starting EAP 6.1 on windows with 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éée et au
serveur de démarrer.
Sécurité
979369 - Different behaviours of HttpSession creation with programmatic login()
On a découvert que le comportement de création de session HttpSession diffère lorsqu'il est
utilisé avec une connexion par programmation :
sans SSO : la session n'est pas créée lors de l'appel de méthode login() - c'est-à-dire que les
demandes suivantes ne sont pas authentifiées;
avec SSO non-clusterisé : la session EST créée lors de l'appel de méthode login(), mais le
premier appel ne définit pas l'état d'authentification à cet endroit - c'est-à-dire que les
demandes ne sont pas authentifiées; que l'utilisateur n'est authentifié après le deuxième
appel de méthode login() parce que la session est déjà présente;
avec SSO clusterisé : la session n'est pas créée lors de l'appel de méthode login() et les
requêtes suivantes sont authentifiées.
32
⁠6 . Composants
La cause de cette différence de comportement est en cours d'investigation. Il n'existe pas de
solution disponible pour l'instant.
Serveur
1036872 - Cannot configure a security policy file setting that disables policy files specifies
in JRE's java.security file
Un problème a été identifié lors de l'utilisation d'un préfixe spécial = pour désactiver les fichiers
de stratégie par défaut. La cause sous-jacente est que, lorsque le contrôleur hôte démarrait un
serveur, il donnait null comme valeur de paramètre java.security.policy, conduisant à l'utilisation
de fichiers de stratégie spécifiés dans le fichier java.security et menant parfois à des échecs
d'autorisation empêchant le démarrage du serveur.
Il y a plusieurs solutions de contournement disponibles :
1) Modifier le fichier JVM’s java.security (se trouvant normalement à
$JAVA_HOME/lib/security/java.security) et dé-commenter "policy.url". Par exemple
#policy.url.1=file:${java.home}/lib/security/java.policy #policy.url.2=file:${user.home}/.java.policy
Notez que cela va désactiver l'utilisation de ces fichiers de stratégie pour tous les utilisateurs de
l'installation JVM. S'il s'agit d'un sujet de préoccupation, il est préférable de mettre en place une
installation distincte pour chaque machine virtuelle Java à utilisation EAP et en modifier la
configuration.
2) Supprimer le "=" du début de la java.security.policy; par ex.
-Djava.security.policy=$PWD/server.policy
Avec ces précautions, vous n'utiliserez que les paramètres de configuration du fichier de
stratégies précisées.
Gestionnaire de transactions
1027126 - Server failed to start with standalone-xts.xml and jdbc object store running on
mysql 5.5
Lorsque le gestionnaire de transactions est configuré pour exécuter des transactions XT S, qu'il
utilise un magasin d'objets JDBC hébergé sur MySQL 5.5, et que le pilote est dans le répertoire
deploym ents, le serveur ne parvient pas à démarrer. L'erreur qui en résulte comprend le texte
New m issing/unsatisfied dependencies. Cette erreur ne se produit pas lorsque
d'autres plates-formes de bases de données sont utilisées. Cette question est à l'étude et
devrait être résolue dans une prochaine version.
1017816 - Not possible to change UID generation from uuid to socket in EAP config
Lorsque la méthode de génération d'ID de processus est changée en process-id-socket-binding
au lieu de process-id-uuid, un message d'erreur commençant par le texte suivant en résulte :
ERROR [org.jboss.as.controller.management-operation]
(ServerService Thread Pool -- 44) JBAS014613: Operation ("add") failed address: ([("subsystem" => "transactions")]) - failure description:
"JBAS014746: process-id-uuid may not be null"
La cause de ce problème est que la manipulation du paramètre de configuration est incorrecte.
Cela sera résolu dans une prochaine version. Aucune solution de contournement n'est possible,
la méthode par défaut du processus de génération ID doit être utilisé.
33
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
1009981 - Periodic recovery on committed transactions
Lorsque le serveur est sous une charge excessive, le journal du serveur peut contenir des
messages comme ceux ci-dessous, indiquant qu'une annulation de la transaction avait eu lieu.
WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local
XARecoveryModule.xaRecovery got XA exception XAException.XAER_NOTA:
javax.transaction.xa.XAException
at
org.hornetq.core.client.impl.ClientSessionImpl.rollback(ClientSessionImpl.jav
a:1699) [hornetq-core-client-2.3.12.Final-redhat-1.jar:2.3.12.Final-redhat-1]
at
org.hornetq.core.client.impl.DelegatingSession.rollback(DelegatingSession.java
:494) [hornetq-core-client-2.3.12.Final-redhat-1.jar:2.3.12.Final-redhat-1]
at
org.hornetq.jms.server.recovery.HornetQXAResourceWrapper.rollback(HornetQXARe
sourceWrapper.java:126) [hornetq-jms-server-2.3.12.Final-redhat1.jar:2.3.12.Final-redhat-1]
at
com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.handleOrphan(
XARecoveryModule.java:755) [jbossjts-jacorb-4.17.15.Final-redhat4.jar:4.17.15.Final-redhat-4]
at
com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoverySec
ondPass(XARecoveryModule.java:661) [jbossjts-jacorb-4.17.15.Final-redhat4.jar:4.17.15.Final-redhat-4]
at
com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecov
ery(XARecoveryModule.java:431) [jbossjts-jacorb-4.17.15.Final-redhat4.jar:4.17.15.Final-redhat-4]
at
com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkS
econdPass(XARecoveryModule.java:212) [jbossjts-jacorb-4.17.15.Final-redhat4.jar:4.17.15.Final-redhat-4]
at
com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(Period
icRecovery.java:789) [jbossjts-jacorb-4.17.15.Final-redhat4.jar:4.17.15.Final-redhat-4]
at
com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery
.java:371) [jbossjts-jacorb-4.17.15.Final-redhat-4.jar:4.17.15.Final-redhat-4]
Sous forte charge, le temps de traitement pris par une transaction peut chevaucher la procédure
de restauration périodique. Le processus de restauration périodique détecte la transaction en
cours d'exécution et essaie de lancer une restauration, mais en réalité, la transaction se poursuit
jusqu'à la fin. Au moment où la restauration périodique tente mais ne réussit pas le processus de
restauration, l'échec de restauration est enregistré dans le journal de serveur. La cause sousjacente de cette question sera abordée dans une prochaine version, mais en attendant, une
solution de contournement est disponible.
Augmenter l'intervalle entre les deux phases de processus de récupération en affectant à la
propriété com .arjuna.ats.jta.orphanSafetyInterval une valeur par défaut supérieure
à 10 000 millisecondes. Une valeur de 40 000 millisecondes est recommandée. Veuillez noter
que cela ne résout pas le problème mais cela diminue cette probabilité et empêche que le
message d'avertissement ne s'affiche dans le journal.
Web
34
⁠6 . Composants
918130 - JBossWeb connectors start before application deployments are completed in
EAP 6
On a découvert un problème de synchronisation avec les connecteurs JBossWeb au démarrage,
dans lequel les connecteurs commencent et acceptent les requêtes avant que les applications ne
soient pleinement déployées. Dans ces circonstances, les connexions client renvoient un
message 4 04 via un équilibreur de charge ou directement à JBoss EAP. Ce problème concerne
les versions de JBoss EAP 6.0.1 ou version supérieure. Aucune solution de contournement n'est
disponible, mais la question est sous investigation.
La console web
9954 39 - JT S transactions are not correctly enabled
Lorsque JT S est activé dans la section T ransactions de la Console de gestion web ("Profile
→ Container → T ransactions"), il faut également définir l'attribut transactions à la valeur on
dans le sub-système de JacORB. Le comportement prévu est que les transactions sont activées
lorsque JT S est activé. La cause de ce problème est sous enquête. Jusqu'à ce que ce soit
résolu, la solution consiste à s'assurer que l'attribut transactions soit aussi sur on. Notez
que le sous-système de transactions est disponible uniquement sur profils full et full-ha.
1014 04 8 - RBAC: Log in right after log out wont clear UI properly in domain mode
Dans certains cas, lorsque vous vous connectez par la console Web, la console est partiellement
restituée avant de vous connecter en tant qu'autre utilisateur. Ceci conduit à un contenu « mixte »
avec des parties de l'écran rendues comme si l'ancien utilisateur était connecté et des parties de
l'écran avec le nouvel utilisateur connecté. Pour contourner ce problème, fermez la fenêtre du
navigateur (pas uniquement l'onglet actif) et connectez-vous en tant que nouvel utilisateur.
1014 219 - RBAC: Control element visibility for users with multiple scoped roles
Il a été signalé que, dans cette version de JBoss EAP 6, certains utilisateurs affectés à des rôles
multiples verront dans la console des opérations auxquelles ils n'ont pas accès. Par exemple, un
utilisateur avec les rôles host-master-administrator et host-slave-monitor ne devrait
seulement pouvoir voir les éléments de commande (comme le bouton Add dans la page de
configuration du serveur) dans le contexte d'esclave hôte. Ce bouton ne doit pas être visible lors
de l'utilisation dans le contexte du maître d'hôte (mais il l'est).
Les opérations qui ne sont pas correctement visibles échoueront si tentées tandis que le contrôle
d'accès correct est appliqué pendant l'exécution de l'opération. Il n'y a aucune violation de
sécurité.
Il n'y a pas de solution connue pour l'instant, mais ce problème sera résolu dans une prochaine
version.
1026823 - Provide a reliable way to clear "ROLE" headers set by "Run as" dialog
Dans cette version de JBoss EAP 6, on a signalé que lorsqu'un Superutilisateur agit pour le
compte d'un autre utilisateur (avec le lien de Run As...), leur rôle n'est pas réinitialisé suite à
l'action suivie.
La solution de contournement à ce problème consiste à fermer la fenêtre du navigateur (pas
uniquement l'onglet actif) et d'accéder à nouveau à la Console Web. Cette question sera abordée
dans une prochaine version du produit.
1017655 - Web services configuration validation errors
35
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
Dans cette version de JBoss EAP 6, les valeurs non valides WSDL Host, WSDL Port et WSDL
Secure Port sous les Profiles > Web > Web Services ne sont pas rejetées par la Console web.
Certaines valeurs non valides provoquent un message d'erreur, tandis que d'autres sont
ignorées sans montrer un message d'erreur. Aucune des valeurs non valides sont stockées
dans la configuration.
Ce problème sera corrigé dans les prochaines notes de sortie du produit.
101654 6 - RBAC: [Usability] Unclear error message when trying to configure Auditor role
as Administrator
Lorsque l'utilisateur n'a pas l'autorisation d'exécuter une opération, le message d'erreur usage
général est affiché: "". Ce message d'erreur est quelque peu confus, parce que l'utilisateur
essaie d'exécuter une opération plutôt que d'accéder à une ressource.
Dans cette version de JBoss EAP 6, si un utilisateur tente d'exécuter une opération qu'il n'a pas
l'autorisation d'exécuter, il recevra le message d'erreur suivant :
You don’t have the permissions to access this resource!
Cela peut être source de confusion pour les utilisateurs lorsqu'ils tentent d'effectuer une
opération, et qu'ils ne parviennent pas à accéder à une ressource. Ce texte d'erreur sera clarifié
dans une prochaine version du produit.
1029851 - management console - even after cancel the process to upload a deployment
file, the content is added to data directory
Il existe un problème connu dans cette version de JBoss EAP 6 qui provoque le téléchargement
de fichiers via l'écran de Gestion des déploiements, même si le téléchargement est annulé par
l'utilisateur
L'annulation de l'opération se traduit par l'ajout du fichier téléchargé dans le répertoire de
données, mais l'empêche d'être ajouté comme déploiement au fichier domain.xml. Cela signifie
que le fichier ne peut être enlevé par des interfaces de gestion Web ou CLI.
Ce problème sera corrigé dans les prochaines notes de sortie du produit.
1027586 - RBAC: Web console is too coarse-grained with application resources
Dans cette version de JBoss EAP 6, lorsqu'une ressource est définie comme une ressource
d'application, la console ne reflète pas forcément cette définition. C'est parce que la console
regroupe souvent plusieurs ressources sous une seule vue. Les contrôles sont disponibles dans
ces vues si toutes les ressources connexes sont accessibles en écriture. Si une quelconque de
ces ressources est configurée comme une ressource d'application, alors, les contrôles connexes
resteront désactivés
La solution de contournement consiste, si possible, à configurer tous les types de ressources
associées à un sous-système en tant que ressources d'applications.
Services Web
900032 - JBossWS IPv6 issues
mod_cluster
98024 6 - mod_cluster-manager may break up aliases from a single VirtualHost, causing a
messy page
36
⁠6 . Composants
Dans cette version de JBoss EAP, il a été signalé que lors du déploiement d'applications
multiples, ayant chacune un serveur virtuel unique et un serveur virtuel avec plusieurs alias, le
mod_cluster_manager peut afficher de manière incorrecte le même hôte virtuel plusieurs fois (une
fois pour chaque alias).
Ce n'est pas le comportement attendu, qui consisterait à n'avoir tous les hôtes virtuels affichés
qu'une seule fois sur la page Gestionnaire avec tous les alias. Cette question est à l'étude et
sera résolue dans une version ultérieure de JBoss EAP.
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.
1030965 - Number of registered contexts negatively affects mod_cluster performance
Un problème de performance a été identifié sur le serveur HT T P Apache avec mod_cluster
configuré comme un équilibreur de charge. Les opérations de mémoire partagée httpd de la table
workers->nodes affecte négativement la performance de l'équilibreur de charge. De ce fait, le
rendement de l'équilibrage de charge httpd diminue au fur et à mesure que le nombre de
contextes enregistrés augmente.
La solution est de diminuer le nombre de contextes enregistrés.
Une solution est actuellement en cours qui consiste à modifier httpd pour utiliser la mémoire
locale plutôt que de mémoire partagée. Un correctif est prévu dans une version ultérieure.
90004 7 - SystemMemoryUsageLoadMetric is not correct on Linux/Unix
Le System Mem oryUsageLoadMetric ne montre pas d'informations utiles sur les systèmes
d'exploitation Linux ou UNIX. Pour ces systèmes, HeapMem oryUsageLoadMetric fournit des
informations plus utiles. La solution à ce problème consiste à modifier l'algorithme de
System Mem oryUsageLoadMetric pour soustraire la valeur de buffers/cache du numéro
used (utilisé). La meilleure méthode pour y parvenir est sous investigation.
Apache Server (httpd) et Connecteurs
900620 - APR natives are not being loaded if UAC is in place (Windows Server 2008 R2)
Sur les serveurs Microsoft Windows, les bibliothèques APR (Apache Portable Runtime) ne
pourront pas être chargées avec UAC (User Account Control) activé. Après avoir installé les
37
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
bibliothèques, un utilisateur administrateur devra cliquer-droit sur le répertoire JBoss et définir «
Full Control » sur « Allow » pour l'utilisateur de votre choix dans l'onglet Properties → Sécurity.
Cela permettra de corriger les droits d'accès pour l'UAC.
Gestion des domaines, Services Web
987898 - Write to wsdl-url attribute for WS endpoint ends with 'Unknown attribute wsdlurl' instead of 'Attribute wsdl-url is not writable'
Cinq attributs des points de terminaison de Services Web SOAP déployés (nom, contexte, classe,
type et wsdl-url) ne sont pas accessibles dans les outils de gestion. C'était parce qu'ils n'étaient
pas exposés au modèle de gestion par le sous-système de Web Services. Cela sera corrigé
dans une version ultérieure.
EJB, Nommage
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.
Support IPv6
900609 - Opened IPv4 sockets on Windows when server is bound to IPv6
Si JBoss EAP 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.
900564 - Wrong format of IPv6 addresses in log entries
Les adresses IPv6 doivent être formattées entre des crochets verticales droites ([ and ]) autour,
telles que http://[2620:52:0:105f::ffff:2]:9990. Les crochets n'apparaissent pas
dans les fichiers de journalisation de JBoss EAP 6. Ce problème devra être résolu dans une
version ultérieure.
JDR
917683 - JDR utility generates wrong archive entry name running on Windows
Un bogue concerne l'utilitaire JDR lorsqu'il est utilisé dans les environnements Microsoft
Windows Server. Il a été signalé que l'utilitaire ajoutait le dernier caractère du répertoire
$JBOSS_HOME vers le répertoire JBOSS_HOME créé à l'intérieur de l'archive.
Par exemple, pour un répertoire JBOSS_HOME origine nommé jboss-PAE-6.2 l'utilitaire JDR
génère un répertoire d'archive appelé JBOSS_HOME2.
La cause de ce bogue est toujours à l'étude et aucune solution de contournement pour éviter qu'il
n'existe.
REST Easy
38
⁠6 . Composants
958896 - REST Easy: Invalid Content-T ype in response - Bad behavior when invalid accept
header is specified in request header
Un problème a été découvert dans le sous-système de REST Easy. Une mauvaise réponse HT T P
200 est envoyée en cas d'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.
39
JBoss Enterprise Application Platform 6.2 Notes de sortie 6.2.0
A. Historique des versions
Version 2.0-18.5
Mon Jun 23 2014
T ranslation files synchronised with XML sources 2.0-18
Corina Roe
Version 2.0-18
Wed Dec 4 2013
Russell Dickenson
Correction de language pour clarifier les problèmes IBM JDK dans Red Hat Enterprise Linux.
Version 2.0-17
Wed Dec 4 2013
JBoss Enterprise Application Platform 6.2.0 GA Release.
40
Russell Dickenson