Application Client

999465 - 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

959478 - 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

977407 - jboss-cli.sh throws IllegalArgumentException when using tab complete

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 STDIN, 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.

977426 - 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

974967 - jvmRoute in standalone.xml can create org.infinispan.marshall.NotSerializableException

Lorsque vous utilisez mod_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. Toutefois, 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 GlobalComponentRegistryService 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.

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-deployment 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. Toutefois, 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

991444 - 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

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 Thread (TCCL) 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

998841 - Permanent fix of HHH-8447 (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 sous-requête utilisait l'alias de table racine qui convient. Le code SQL généré pour les autres sous-requê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.

947946 - 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.IllegalArgumentException

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.IllegalArgumentException

990587 - [HHH-7959] Hibernate/Infinispan 2nd Level Caches set to transaction-mode=NONE stop functioning after an explicit eviction

Un cache Infinispan de second niveau configuré avec transaction-mode=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 TRACE 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 TransactionManager 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-mode=NONE ne déclenchera plus d'état non valide, ni la dégradation de performance associée.

1018146 - [HHH-8605] ManyToManyTest.testManyToManyWithFormula 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 Table1 where (col1, col2) in (select col1, col2 from Table2)

Ce problème avait lieu car les dialectes Hibernate des serveurs Sybase et Microsoft SQL ne configuraient pas les sous-requêtes supportsTuplesInSubqueries à 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 sous-requêtes. En conséquence, les avertissements sont maintenant produits plutôt que de lever des exceptions.

1003468 - HHH-8464 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.

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 member 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 member 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 member 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 Transactions

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)

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 - Tab 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 / home é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 Tab, 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, /home/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 Transaction isn't stable

Le JCA TransactionSynchronizer s'est avéré avoir une fuite de mémoire quand le code de hachage de Transaction 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

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:wss4j: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 ci-dessus, 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 d'espace disque inutilement

NOTE 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 Tomcat 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 - Trouble 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(AbstractChannelOpenListenerService.java:123)
...

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 tmp/var/tmp, y compris /domain/data. /var/tmp doit normalement contenir des données temporaires qui peuvent être révoquées à tout moment. /domain/data ne devrait pas être redirigé vers /var/tmp/ 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/domain/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 tmpwatch pour désactiver le vidage de /var/tmp/jbossas, ou

• Configurer tmpwatch pour ne pas supprimer les fichiers que jbossas met dans /var/tmp/jbossas.

Scripts et commandes

998913 - standalone.bat still sets -XX:+TieredCompilation 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:+TieredCompilation. 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 HTTP 200 (OK) instead of HTTP 403 (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 HTTP de 200 (OK) au lieu de HTTP 403 (Interdit). Ce problème a été résolu et la réponse qui convient est maintenant fournie.

Serveur

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. Toutefois, 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 - Transaction JDBC object store does not start on PostgreSQL Plus 9.2

Le gestionnaire de transactions de JBoss, JBoss Transaction 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 HTTPS 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 HTTP fonctionne maintenant, que les instructions de configuration soient en séquence ou en lot de gestion CLI.

La console web

947913 - Admin Console: The 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 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 STS 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.xml 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 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 TypeSafeObserverResolver cache is unbounded

La classe Weld TypeSafeObserverResolver utilisée par TransactionalObserverNotifier 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.

De ce fait, le cache TypeSafeObserverResolver 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 TypeSafeObserverResolver.

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 STS 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.xml 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 « META-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 à CVE-2013-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.

960243 - Regression in ProxyPass integration

Une régression dans une version antérieure de mod_proxy_cluster.so (bug 960246) renvoyait des erreurs HTTP 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 HTTPD, la chaîne n'est plus utilisée et mod_cluster fonctionne maintenant dans les systèmes Solaris.

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 --user-properties.

Le fichier groupe peut être spécifié accompagné des paramètres -gp ou --group-properties.

Exemple d'utilisation :

[admin@server bin]$ ./add-user.sh -up audit-users.properties -gp audit-groups.properties

Note

La commande add-user est conçue pour opérer sur les fichiers de propriétés existants. Toutes 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 audit-users.properties files found"

EJB

981341 - 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 delivery-active en lecture-seule) peuvent maintenant être utilisés pour démarrer ou stopper la livraison sur la ressource MDB (dans /deployment=deployment_name/subsystem=ejb3/message-driven-bean=mdb_name).

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.synonyms=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/automation.xml or java -jar installer.jar ftp://network-host/automation.xml

1006548 - 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.

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.

1006540 - 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.

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-full-policy é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

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.

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-cli-logging.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_OPTS 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 data-source 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 --name=ExampleDS a et en appuyant sur la touche TAB. 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=wsdl-host, value="${jboss.bind.address:127.0.0.1}")

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_PRIMITIVE_GET pour ces beans. Cela sera corrigé dans une version ultérieure.

900483 - Stale session data received when using DIST SYNC on node shutdown

Pendant les test, certains cas indiquaient que certaines données de session mortes continuaient d'être reçues quand un noeud se fermait et que le mode cache DIST SYNC ou DIST ASYNC était utilisé. Ce problème est toujours sous investigation.

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 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.

1034700 - 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 Role-Based 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 domain.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

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é.

1024109 - 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.

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 TimerService.getTimers()

Si un bean tente de créer une nouvelle minuterie en même temps qu'un autre thread appelle la méthode getTimers(), une exception ConcurrentModificationException est levée. Cela se produit car la méthode getTimers() 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 Two (L2) (Niveau 2) suite à une mise à jour de leur valeurs natural-id à partir d'un scénario non-transactionnel.

Hibernate de prend pas en charge la mise en cache d'entités L2 actuellement avec les identificateurs naturels dans les scénarios pour lesquels il y a un mélange d'accès transactionnel 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 Tab, 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 :

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 Transaction Service, lorsque le gestionnaire de transactions est défini pour être exécuté sur le Service de Transaction de Java (JTS), 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-jms-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 Transactions JBoss (STC). 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

1029387 - WFLY-2493 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.

1017242 - 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).

Tant 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.

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 XTS, qu'il utilise un magasin d'objets JDBC hébergé sur MySQL 5.5, et que le pilote est dans le répertoire deployments, le serveur ne parvient pas à démarrer. L'erreur qui en résulte comprend le texte New missing/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é.

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.java: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(HornetQXAResourceWrapper.java:126) [hornetq-jms-server-2.3.12.Final-redhat-1.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-redhat-4.jar:4.17.15.Final-redhat-4]
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoverySecondPass(XARecoveryModule.java:661) [jbossjts-jacorb-4.17.15.Final-redhat-4.jar:4.17.15.Final-redhat-4]
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecovery(XARecoveryModule.java:431) [jbossjts-jacorb-4.17.15.Final-redhat-4.jar:4.17.15.Final-redhat-4]
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:212) [jbossjts-jacorb-4.17.15.Final-redhat-4.jar:4.17.15.Final-redhat-4]
at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789) [jbossjts-jacorb-4.17.15.Final-redhat-4.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 sous-jacente 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

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 404 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

995439 - JTS transactions are not correctly enabled

Lorsque JTS est activé dans la section Transactions de la Console de gestion web ("Profile → Container → Transactions"), 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 JTS 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.

1014048 - 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.

1014219 - 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

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.

1016546 - 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

980246 - mod_cluster-manager may break up aliases from a single VirtualHost, causing a messy page

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 mod_cluster suivants :

• node-timeout

• worker-timeout

• flush-wait

• ttl

Si -1 est déjà défini, la Console de gestion affiche par erreur la valeur de l'attribut à 0. Quand on tente de la fixer à -1, la Console de gestion indique un chiffre erroné Invalid numeric value.

La solution est de fixer l'attribut affecté à -1 par la Management CLI.

La cause de ce problème est encore sous investigation.

1030965 - Number of registered contexts negatively affects mod_cluster performance

Un problème de performance a été identifié sur le serveur HTTP 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.

900047 - SystemMemoryUsageLoadMetric is not correct on Linux/Unix

Le SystemMemoryUsageLoadMetric ne montre pas d'informations utiles sur les systèmes d'exploitation Linux ou UNIX. Pour ces systèmes, HeapMemoryUsageLoadMetric fournit des informations plus utiles. La solution à ce problème consiste à modifier l'algorithme de SystemMemoryUsageLoadMetric 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 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 wsdl-url' 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.

RESTEasy

958896 - RESTEasy: Invalid Content-Type 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 RESTEasy. Une mauvaise réponse HTTP 200 est envoyée en cas d'en-tête d'acceptation non valide dans une requête HTTP reçue.

Quand un en-tête d'acceptation est fourni, le réponse correcte doit être HTTP 500. La cause de ce problème est encore sous investigation.