Notes de version de Sun Java System Message Queue 4.1

Problèmes et restrictions connus

Cette section contient une liste des problèmes connus concernant Message Queue 4.1. Elle aborde plus particulièrement les questions suivantes :

Pour obtenir une liste des bogues actuels, de leur état et de leurs solutions, les membres de Java Developer Connection™ peuvent consulter la « Bug Parade » sur le site Web de Java Developer Connection. Avant de signaler tout nouveau bogue, merci de consulter cette page. Bien que tous les bogues de Message Queue n'y soient pas répertoriés, il est préférable ce consulter cette page pour savoir si un problème a déjà été signalé.

http://bugs.sun.com/bugdatabase/index.jsp

Remarque –

L'adhésion à Java Developer Connection est gratuite, mais elle requiert une inscription. Pour savoir comment devenir membre de Java Developer Connection, consultez la page Web « For Developers » de Sun .

Pour signaler un nouveau bogue ou soumettre une demande d'amélioration, envoyez un e-mail à l'adresse suivante : imq-feedback@sun.com .

Problèmes d'installation

Cette section décrit les problèmes liés à l'installation de Message Queue version 4.1.

Registre de produit et JES

La version 4.1 de Message Queue est installée par un nouveau programme d'installation, qui permet également d'installer et de mettre à niveau les composants partagés requis par Message Queue (par exemple, JDK, bibliothèques NSS, JavaHelp, etc.) Le programme d'installation et Java Enterprise System (JES) ne partagent pas le même registre de produit. Si une ancienne version de Message Queue, précédemment installée avec JES, est supprimée et mise à niveau vers Message Queue 4.1 par le programme d'installation, le registre de produit JES peut alors se trouver en état instable. Ainsi, lorsque le programme de désinstallation de JES est exécuté, il est possible qu'il supprime par accident Message Queue 4.1 et les composants partagés dont il dépend mais qu'il n'a pas installés.

La meilleure procédure à suivre pour mettre à niveau un logiciel installé par le programme d'installation de JES est la suivante :

Utilisez le programme de désinstallation de JES pour supprimer Message Queue et ses composants partagés.
Utilisez le programme d'installation de Message Queue pour installer Message Queue 4.1.

Sélection du JRE approprié

L'écran de sélection du JDK du programme d'installation de Message Queue 4.1 vous permet de sélectionner un JDK/JRE existant sur le système pour l'utiliser avec Message Queue. Malheureusement, la liste proposée comprend également le JRE utilisé pour exécuter l'application du programme d'installation. Ce JRE fait partie du package d'installation et n'est pas réellement installé sur le système. (Bogue 6585911)

Le JRE utilisé par le programme d'installation est reconnaissable par son chemin, qui doit se trouver dans le répertoire du programme d'installation décompressé et inclure le sous-répertoire mq4_1–installer. Par exemple :

some_directory/mq4_1–installer/usr/jdk/instances/jdk1.5.0/jre

Ne sélectionnez pas ce JRE pour Message Queue. Sélectionnez plutôt un autre JDK sur le système. Sinon, suivez la procédure appropriée à votre plate-forme.

Sous Solaris ou Linux : sélectionnez « Installer et utiliser le JDK par défaut ».
Sous Windows : téléchargez et installez un JDK avant d'exécuter le programme d'installation de Message Queue 4.1.

Installation sous Windows

Lorsque vous installez Message Queue sous Windows, veuillez prendre en compte les limitations suivantes.

Le programme d'installation n'ajoute pas d'entrée pour Message Queue dans le menu Démarrer > Programmes (Bogue 6567258). Pour démarrer la console d'administration, utilisez la ligne de commande comme décrit dans la section Starting the Administration Console du Sun Java System Message Queue 4.1 Administration Guide.
Le programme d'installation n'ajoute pas le répertoire IMQ_HOME\mq\bin à la variable d'environnement PATH.(Bogue 6567197). Les utilisateurs doivent ajouter cette entrée à leur variable d'environnement PATH ou fournir un nom de chemin complet lorsqu'ils invoquent les utilitaires de Message Queue (IMQ_HOME\mq\bin\commande).
Le programme d'installation n'ajoute pas d'entrée dans le registre Windows pour indiquer que Message Queue a été installé.
Lorsqu'il est exécuté en mode silencieux, le programme d'installation est directement renvoyé. L'installation s'effectue mais l'utilisateur n'a pas la possibilité de savoir quand est ce que l'installation silencieuse est réellement exécutée. (Bogue 6586560)
Le mode Texte (installer –t) n'est pas pris en charge sous Windows. L'exécution du programme d'installation en mode texte sous Windows entraîne l'affichage d'un message d'erreur. Ce message apparaît en anglais même si le programme d'installation est exécuté en langue non anglaise. (Bogue 6594142)
La chaîne « Install Home » affichée sur l'écran d'accueil du programme d'installation apparaît en anglais même si ce dernier est exécuté en langue non anglaise. (Bogue 6592491)

Installation sous Solaris

Le message d'erreur et l'état de résumé « incomplet » induit en erreur l'utilisateur tentant une installation à l'aide de la commande installer-n. En réalité, cette commande fonctionne correctement. (Bogue 6594351)

Installation sous Linux

Les problèmes suivants affectent le processus d'installation sur une plate-forme Linux.

Sur le panneau de sélection du JDK, la liste déroulante n'affiche qu'un seul élément. Il est donc difficile de sélectionner tout autre JDK dans la liste. (Bogue 6584735)
Si le JDK est actif et que l'utilisateur sélectionne « Installer le JDK par défaut » à l'écran de sélection du JDK, le programme d'installation tente toujours de l'installer et signale qu'il n'est pas en mesure d'installer le package. L'installation se termine correctement malgré ce problème. (Bogue 6581310)
Lorsque le programme d'installation est exécuté en mode d'exécution sèche (installer –n ), l'écran de résumé affiche des messages d'erreur, ainsi qu'un état d'installation « Incomplet ». Cela est erroné ; ce processus n'installe aucun élément sur le système ; il crée uniquement un fichier de réponse qui peut être utilisé par la suite pour l'installation.(Bogue 6594351)
Si d'anciennes versions de RPM de localisation de Message Queue existent sur votre système, l'installation des RPM de localisation de Message Queue 4.1 (survenant lorsque vous cochez la case d'installation des packages multilingues de Message Queue à l'écran correspondant) échoue. Ceci s'explique du fait que les packages Il8 de l'installation 3.7 UR1 provoquent un conflit. (Bogue 6594381)

Solution : supprimez manuellement les RPM de localisation à l'aide de la commande rpm –e avant d'exécuter le programme d'installation de la version 4.1. Pour repérer les RPM concernés, reportez-vous à la section Message Queue Packages (RPMs) du Sun Java System Message Queue 4.1 Installation Guide.

Installation sur toutes les plates-formes

Ces problèmes affectent le processus d'installation sur toutes les plates-formes.

Lorsque le programme d'installation est en cours d'exécution pour l'installation de Message Queue 4.1 et que l'écran de progression est affiché, le bouton Annuler est actif. Si vous sélectionnez ce bouton à ce stade, l'installation sera incomplète ou endommagée. (Bogue 6595578)
L'écran de résumé du programme d'installation contient certains liens qui, lorsque vous cliquez dessus, lancent un visualiseur de page de synthèse ou de journal. Si vous fermez la fenêtre du visualiseur en utilisant le bouton « X » au lieu du bouton Fermer, il sera alors impossible de la faire réapparaître. (Bogue 6587138)

Solution : utilisez le bouton Fermer pour fermer la fenêtre.
Lorsqu'un système dispose d'anciennes versions de Message Queue et de NSS/NSPR, la fonction de mise à niveau du programme d'installation signale uniquement Message Queue dans les besoins de mise à niveau ; NSS/NSPR n'est pas mentionné. Ce problème concerne uniquement l'écran de mise à jour étant donné que les logiciels nécessaires sont mis à niveau durant le processus d'installation (comme indiqué à l'écran des éléments prêts à être installés sur lequel apparaissent les informations correctes). (Bogue 6580696)

Solution : aucune action n'est requise étant donné que les fichiers NSS/NSPR sont installés si ceux-ci sont inactifs et que les anciennes versions sont désinstallées.
Lorsque le programme d'installation ou de désinstallation est exécuté en mode texte (installer –t ), l'écran de résumé affiche le répertoire contenant les fichiers journaux ou de synthèse mais ne répertorie pas le nom de ces fichiers. (Bogue 6581592)
La spécification d'un nom de fichier inexistant entraîne des messages d'erreur incohérents et erronés. (Bogue 6587127)

Informations relatives à la version

Le programme d'installation affiche les informations de version de Message Queue sous une forme opaque. (Bogue 6586507)

Pour les plates-formes Solaris, reportez-vous au tableau ci-dessous pour déterminer la version en cours d'installation.

Tableau 1–11 Formats de version


Version affichée par le programme d'installation	Version de Message Queue
4.1.0.0	4.1
3.7.0.1	3.7 UR1
3.7.0.2	3.7 UR2
3.7.0.3	3.7 UR3
3.6.0.0	3.6
3.6.0.1	3.6 SP1
3.6.0.2	3.6 SP2
3.6.0.3	3.6 SP3
3.6.0.4	3.6 SP4

Remarque –

Pour les versions de patch jusqu'au 3.6 SP4 (par exemple, 3.6 SP4 Patch 1), la chaîne de version affichée par le programme d'installation reste la même. Voud devez exécuter la commande imqbrokerd –version pour déterminer la version exacte.

Sur les plates-formes Linux, il est impossible de fournir une traduction de format simple. Le numéro de version affiché par le programme d'installation sous Linux adopte le format suivant :

<majorReleaseNumber>.<minorReleaseNumber>-<someNumber>

Par exemple, 3.7–22. Ce numéro signale qu'il s'agit de l'une des versions 3.7 sans spécifier laquelle. Pour obtenir la version exacte, exécutez la commande imqbrokerd —version .

Problèmes de localisation

Les bogues suivants sont liés aux problèmes de localisation.

Lorsque le programme d'installation est exécuté en mode texte (installer –t ), dans une langue non anglaise, les caractères multioctet apparaissent corrompus. (Bogue 6586923)
L'écran de résumé de l'installation permet à l'utilisateur de consulter un rapport de synthèse. Toutefois, ce rapport (sous forme de page HTML) affiche des caractères corrompus lorsque le programme d'installation est exécuté en langues multioctet. (Bogue 6587112)

Solution : modifiez le fichier HTML pour corriger le jeu de caractères qu'il contient. Son contenu devrait être similaire à l'exemple suivant :

meta http-equiv="Content-Type" content="text/html; charset=UTF-8

Remplacez « UTF-8 » par nom_langue .UTF-8. Par exemple, ja_JA.UTF-8 ou ko.UTF-8 sous Solaris ; ja_JA.utf8 ou ko_KO.utf8 sous Linux.
Sur l'écran de progression de l'installation, la barre de progression affiche des caractères inconnus. L'infobulle est codée en dur pour les langues non anglaises. (Bogue 6591632)
Le mode Texte (installer –t) n'est pas pris en charge sous Windows. L'exécution du programme d'installation en mode texte, sous Windows, entraîne l'affichage d'un message d'erreur. Ce message n'est pas localisé lorsque le programme d'installation est exécuté en langues non anglaises. (Bogue 6594142)
L'écran relatif à la licence du programme d'installation affiche le texte correspondant en anglais, quelle que soit la langue d'exécution du programme.(Bogue 6592399)

Solution : pour obtenir les fichiers de licence localisés, consultez le fichier LICENSE_MULTILANGUAGE.pdf.
L'aide relative à l'utilisation du programme d'installation n'est pas localisée. (Bogue 6592493)
La chaîne « None » apparaissant sur la page HTML de synthèse du programme d'installation est codée en dur en anglais. (Bogue 6593089)
La page de copyright n'est pas localisée, sauf pour le français. (Bogue 6590992)
Lorsque le programme d'installation est exécuté dans un environnement linguistique allemand, l'écran d'accueil n'affiche pas le texte complet qui apparaît pour les autres langues. (Bogue 6592666)
La chaîne « Install Home » apparaissant sur la page d'accueil de l'installation n'est pas localisée. Elle s'affiche en anglais même si le programme d'installation est exécuté en langues non anglaises. (Bogue 6592491)
Lorsque le programme d'installation est exécuté en mode texte (installer –t ), les choix de réponse en anglais « Yes » et « No » sont utilisés quelle que soit la langue d'exécution choisie. (Bogue 6593230)
L'infobulle du bouton Parcourir à l'écran de sélection du JDK est codée en dur en anglais. (Bogue 6593085)

Option de mot de passe désapprouvée

Dans les versions précédentes de Message Queue, vous aviez la possibilité d'utiliser l'option —p ou —password pour spécifier un mot de passe, de manière interactive, pour les commandes suivantes : imqcmd, imqbrokerd et imdbmgr. À partir de la version 4.0, ces options ont été désapprouvées. Vous devez désormais spécifier vos mots de passe de la manière suivante.

Définissez la propriété de mot de passe sur la valeur choisie dans un fichier uniquement utilisé pour le stockage des mots de passe.

Utilisez la syntaxe suivante pour spécifier vos mots de passe dans ce fichier :

NomPropriétéMotdepasse= MonMotdepasse
Transmettez le nom du fichier de mots de passe à l'aide de l'option —passfile .

Un fichier de mots de passe peut contenir un ou plusieurs des mots de passe énumérés ci-dessous :

Un mot de passe de keystore utilisé pour ouvrir le keystore SSL. Utilisez la propriété imq.keystore.password pour spécifier ce mot de passe.
Un mot de passe de référentiel LDAP utilisé pour se connecter, de manière sécurisée, à l'aide d'un répertoire LDAP si la connexion n'est pas anonyme. Utilisez la propriété imq.user_repository.ldap.password pour spécifier ce mot de passe.
Un mot de passe de base de données JDBC utilisé pour se connecter à une base de données compatible JDBC. Utilisez la propriété imq.persist.jdbc.vendorName.password pour spécifier ce mot de passe. Le composant nomFournisseur du nom de la propriété est une variable spécifiant le fournisseur de la base de données. Vous avez le choix entre hadb, derby, pointbase, oracle ou mysql.
Un mot de passe pour la commande imqcmd (en vue d'effectuer des tâches d'administration du courtier). Utilisez la propriété imq.imqcmd.password pour spécifier ce mot de passe.

Dans l'exemple suivant, le mot de passe pour la base de données JDBC est défini sur abracadabra.

imq.persist.jdbc.mysql.password=abracadabra

Vous pouvez configurer le courtier de manière à ce qu'il utilise le fichier de mots de passe créé en suivant l'une des procédures suivantes :

Définissez les propriétés suivantes dans le fichier config.properties du courtier.

imq.passfile.enabled=true

imq.passfile.dirpath=MonRépertoiredeFichiers

imq.passfile.name=MonNomdeFichier
Utilisez l'option —passfile de la commande imqbrokerd.

imqbrokerd —passfile MonNomdeFichier

Généralités

Cette section aborde des problèmes d'ordre général dans Message Queue 4.1. Certains de ces problèmes proviennent des versions précédentes de Message Queue.

Lorsqu'un client JMS utilisant le transport HTTP met brutalement fin à la connexion (en utilisant, par exemple, Ctrl-C), le courtier met environ une minute avant de libérer la connexion client et toutes les ressources associées.

Si une autre instance du client est démarrée dans la minute d'attente en essayant d'utiliser le même ID client, la même souscription durable ou file d'attente, il est possible que celle-ci reçoive une exception « L'ID client est déjà utilisé ». Il ne s' agit pas d'un vrai problème, mais d'un effet secondaire du processus de fin décrit précédemment. Si un client est démarré après un délai d' environ une minute, tout doit fonctionner correctement.
Clients SOAP : auparavant, le fichier jar d'implémentation SAAJ 1.2 faisait référence à mail.jar et mail.jar ne devait pas nécessairement être stocké dans CLASSPATH. Dans SAAJ 1.3, cette référence a été supprimée ; par conséquent, les clients Message Queue doivent explicitement placer mail.jar dans CLASSPATH.

Problèmes d'administration/de configuration

Les problèmes suivants sont liés à l'administration et à la configuration de Message Queue

Les utilitaires imqadmin et imqobjmgr lèvent une erreur lorsque CLASSPATH contient des guillemets doubles sur des machines Windows (ID de bogue 5060769).

Solution : vous pouvez ignorer ce message d'erreur ; le courtier gère correctement la notification d'erreur aux consommateurs. Cette erreur n'affecte pas la fiabilité du système.
L'option -javahome dans tous les scripts Solaris et Windows ne fonctionne pas si la valeur fournie contient un espace (ID de bogue 4683029).

L'option javahome est utilisée par les commandes et utilitaires de Message Queue pour spécifier une autre exécution Java 2 compatible à utiliser. Cependant, le nom de chemin vers l'exécution Java alternative ne doit pas contenir d'espace. Voici quelques exemples de chemins contenant des espaces :

Windows : C:/jdk 1.4

Solaris : /work/java 1.4

Solution : installez le programme d'exécution Java à un emplacement ou un chemin ne contenant pas d'espace.
L'attribut imqQueueBrowserMaxMessagesPerRetrieve spécifie le nombre maximal de messages pouvant être récupérés en une seule fois par l'exécution client lors de la navigation dans une file d'attente. Notez que l'application cliente obtient toujours tous les messages de la file d'attente. Par conséquent, l'attribut imqQueueBrowserMaxMessagesPerRetrieve affecte le mode de découpage des messages en file d'attente, quoi doivent être transmis à l'exécution client (un petit nombre de grands blocs ou un grand nombre de petits blocs), mais n'affecte pas le nombre total de messages parcourus. La modification de la valeur de cet attribut peut affecter les performances mais n'entraînera pas un flux de données moindre ou plus important dans l'application cliente (ID de bogue 6387631).

Problèmes relatifs au courtier

Les problèmes suivants concernent le courtier de Message Queue.

Il existe une certaine confusion sur le mode de configuration du courtier pour une transmission à tour de rôle. La solution est simple et configurable.
1. Définissez l'attribut de destination maxNumActiveConsumers sur -1. Cela permet d'activer la transmission à tour de rôle.
2. Définissez l'attribut de destination consumerFlowLimit sur 1. Cela spécifie le nombre de messages transmis à un seul consommateur avant que la transmission ne passe au consommateur suivant. Pour un découpage différent, définissez cet attribut sur la valeur souhaitée. Par défaut, chaque consommateur reçoit cent messages.
Le courtier devient inaccessible lorsque le magasin persistant ouvre trop de destinations. (ID de bogue 4953354).

Solution : ce problème est dû au fait que le courtier atteint la limite du descripteur de fichier ouvert définie pour le système. Sur Solaris et Linux, utilisez la commande ulimit pour augmenter cette limite.
Les consommateurs sont orphelins lorsqu'une destination est supprimée (ID de bogue 5060787).

Les consommateurs actifs sont orphelins lorsqu'une destination est supprimée. Une fois orphelins, ils ne peuvent plus recevoir de messages (même si la destination est recréée).

Solution : il n'existe aucune solution pour ce problème.

Clusters de courtier

Les problèmes suivants affectent les courtiers clusterisés.

Seuls les clusters de courtier entièrement connectés sont pris en charge par cette version. Autrement dit, tous les courtiers d'un cluster doivent communiquer directement avec tous les autres. Si vous essayez de connecter les courtiers à l'aide de l'argument de ligne de commande imqbrokerd -cluster, assurez-vous que tous les courtiers du cluster sont bien inclus.
Un courtier utilisant HADB ne peut pas gérer des messages supérieurs à 10 Mo. (Bogue 6531734)
Si un client est connecté à un courtier haute disponibilité, l'exécution client effectue des tentatives de reconnexion jusqu'à ce que celle-ci réussisse (quelle que soit la valeur de imqAddressListIterations.)
Un client connecté à un courtier appartenant à un cluster ne peut actuellement pas utiliser QueueBrowser pour parcourir les files d'attente situées sur les courtiers distants de ce cluster. Il ne peut que parcourir le contenu des files d'attente situées sur le courtier auquel il est directement connecté. Il peut toutefois continuer d'envoyer des messages vers les files d'attente ou de consommer les messages provenant des files d'attente sur n'importe quel courtier du cluster, la limitation ne s'appliquant en effet qu'à la navigation.
Dans un cluster conventionnel, si vous souhaitez clusteriser un courtier 4.1 avec un courtier 3.x, vous devez définir la propriété imq.autocreate.queue.maxNumActiveConsumers=1 pour le courtier 4.1. Sinon, les courtiers ne seront pas en mesure d'établir une connexion au cluster.
Lors de la conversion en un cluster haute disponibilité, vous pouvez utiliser l'utilitaire Message Queue Manager (imqdbmgr) pour convertir un magasin de données persistantes HADB autonome en un magasin HADB partagé. Pour ce faire, utilisez la commande suivante.

imqdbmgr upgrade hastore

Vous pouvez utiliser cet utilitaire dans les cas suivants :
- Basculement d'un magasin HADB autonome 4.0 à un magasin HADB partagé 4.1. Dans ce cas, le courtier met le magasin automatiquement à niveau. Vous pouvez ensuite exécuter la commande imqdbmgr pour convertir le magasin de données mis à niveau en vue d'une utilisation partagée.
- Basculement d'un magasin HADB autonome 4.1 à un magasin HADB partagé. Dans ce cas, il vous suffit d'exécuter la commande imqdbmgr susmentionnée pour convertir le magasin de données en vue d'une utilisation partagée.
Étant donné que cette commande prend uniquement en charge la conversion de magasins HADB, vous ne pouvez pas l'utiliser pour convertir des magasins basés sur des fichiers ou tout autre magasin JDBC en un magasin HADB partagé. Si vous utilisiez auparavant une version 3.x de Message Queue, vous devez créer un magasin HADB, puis migrer manuellement vos données vers ce magasin pour pouvoir utiliser la fonctionnalité de haute disponibilité.
Ce processus de conversion, effectué à l'aide de la commande imqdbmgr upgrade hastore, peut échouer, en affichant le message « nombre de verrous trop élevé » si le magasin contient plus de 10 000 messages. (ID de bogue 6588856)).

(Solution) Utilisez la commande suivante pour augmenter le nombre de verrous.

hadbm set NumberOfLocks=<desiredNumber>

Pour de plus amples informations, reportez-vous à la section « HADB Problems » du manuel Sun Java System Application Server 9.1 Enterprise Edition Troubleshooting Guide.
Si plus de 500 messages distants sont validés dans une transaction, le courtier peut renvoyer l'erreur « HADB-E-12815 : espace de mémoire de table épuisé.» (ID de bogue 6550483)

Pour de plus amples informations, reportez-vous à la section « HADB Problems » du manuel Sun Java System Application Server 9.1 Enterprise Edition Troubleshooting Guide.
Dans un cluster de courtiers, un courtier place des messages en file d'attente sur une connexion distante non démarrée (ID de bogue 4951010).

Solution : le consommateur recevra les messages une fois la connexion démarrée. Les messages seront renvoyés à un autre consommateur si la connexion du consommateur est fermée.

Lorsque plusieurs messages sont consommés à partir d'un courtier distant dans une transaction, il est possible que le message d'erreur suivant soit consigné vers le courtier. Celui-ci n'est pas important et peut donc être ignoré :

[26/Jul/2007:13:18:27 PDT] WARNING [B2117]: 
Échec de la réception du message à partir de 
mq://129.145.130.95:7677/?instName=a&brokerSessionUID=3209681167602264320:
    ackStatus = NOT_FOUND(404)\
    Raison = Mise à jour de l'état de la transaction distante sur COMMITED(6) : 
transaction 3534784765719091968 introuvable, celle-ci a déjà dû être validée.
    AckType = MSG_CONSUMED
    MessageBrokerSession = 3209681167602264320
    TransactionID = 3534784765719091968
        SysMessageID = 8-129.145.130.95(95:fd:93:91:ec:a0)-33220-1185481094690
        ConsumerUID = 3534784765719133952\par

[26/Jul/2007:13:18:27 PDT] WARNING Notifier la validation d'une transaction 
[8-129.145.130.95(95:fd:93:91:ec:a0)-33220-1185481094690, 
[consumer:3534784765719133952, type=NONE]]
TUID=3534784765719091968 got response: 
com.sun.messaging.jmq.jmsserver.util.BrokerException:
 Mise à jour de l'état de la transaction distante sur COMMITED(6) : 
  transaction 3534784765719091968 introuvable, celle-ci a déjà dû être validée.:
com.sun.messaging.jmq.jmsserver.util.BrokerException: Mise à jour de la transaction distante sur 
COMMITED(6) : transaction 3534784765719091968 introuvable, celle-ci a déjà dû
 être validée.r

Ce message est consigné lors de la notification de validation au courtier de base du message pour les prochains messages de la transaction lorsque la valeur de la propriété imq.txn.reapLimit est faible par rapport au nombre de messages distants contenus dans une transaction. (Bogue 6585449)

Solution : pour ne pas recevoir ce message, augmentez la valeur de la propriété imq.txn.reapLimit.

Problèmes relatifs à JMX

Pour les plates-formes Windows, la méthode getTransactionInfo du MBean de contrôle du gestionnaire de transactions retourne des informations de transaction comportant des heures de création incorrectes (ID de bogue 6393359).

Solution : utilisez plutôt la méthode getTransactionInfoByID de ce MBean.

Prise en charge de SOAP

Deux problèmes principaux à prendre en compte pour la prise en charge de SOAP.

À partir de la version 4.0 de Message Queue, la prise en charge des objets administrés par SOAP a été interrompue.
Le développement de SOAP dépend de plusieurs fichiers : SUNWjaf, SUNWjmail, SUNWxsrt et SUNWjaxp. Dans la version 4.1 de Message Queue, ces fichiers sont uniquement disponibles lorsque Message Queue est exécuté avec JDK version 1.6.0 ou version supérieure.