Les problèmes suivants concernent le courtier de Message Queue.
La commande imqbrokerd —license affiche des informations obsolètes ou dupliquées. Elle affiche des informations relatives à la licence d'essai, bien que ce type de licence ne soit plus pris en charge (ID de bogue 6489711) ainsi que des informations dupliquées concernant la licence unl (ID de bogue 6441015).
Solution : il s'agit de problèmes esthétiques qui ne requièrent pas de solution.
Le courtier ne respecte pas la limite par défaut de 1000 messages pour la file d'attente des messages bloqués ; il continue d'ajouter des messages dans la file d'attente des messages bloqués jusqu'à ce qu'il n'y ait plus assez de mémoire. (ID de bogue 6502744)
Solution : réinitialisez la limite de la file d'attente des messages bloqués sur 1001 ou toute valeur supérieure à 1000.
La createQueueConnection HTTPS émet occasionnellement une exception sur Windows 2000. (ID de bogue 4953348).
Solution : réessayez la connexion.
Avec Ctrl-C pour fermer le courtier, les transactions peuvent être nettoyées après fermeture du magasin (ID de bogue 4934446).
Le courtier peut afficher des erreurs pour la raison suivante : « Tentative d'accès à la méthode de stockage après fermeture du magasin. » si le courtier est fermé alors que les messages ou les transactions sont en cours de traitement.
Solution : vous pouvez ignorer ce message d'erreur, le courtier traite correctement le problème en notifiant toute erreur aux consommateurs. Cette erreur n'affecte pas la fiabilité du système.
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.
La sélection de messages à l'aide de JMSMessageID ne fonctionne pas (ID de bogue 6196233).
Solution : modifiez le sélecteur de l'expression
JMSMessageID = "ID:message-id-string"
à l'expression
JMSMessageID IN (’ID:message-id-string’, ’message-id-string’)
Le navigateur de file d'attente A de Message Queue affiche des messages non dédiés (ID de bogue 6264003).
Lors de la navigation dans le contenu d'une file d'attente, les messages produits dans une transaction mais non encore dédiés apparaissent dans l'énumération du navigateur de file d'attente.
Solution : il n'existe aucune solution pour ce problème.
Des messages peuvent devenir indisponibles si le courtier s'arrête brutalement pendant une validation (ID de bogue 6467874).
Rarement, lors d'un arrêt brutal, les messages dans une transaction peuvent devenir indisponibles pour les clients. Spécifiquement, une petite fenêtre apparaît pendant le processus de validation et peut provoquer un blocage du message dans le magasin persistant. Lorsque cela se produit, le message suivant s'affiche au démarrage du courtier après un arrêt brutal.
[06/Sep/2006:10:11:11 PDT] ERROR [B2085]: Loading Destination q0 [Queue] failed. Messages stored on that destination will not be available.: > com.sun.messaging.jmq.jmsserver.util.BrokerException: The message 8-129.145.180.87(b8:8b:26:15:41:26)-38998-1157562551217 has an associated acknowledgement list already.
Solution : il n'existe aucune solution pour ce problème.