BIP2045

Gravité

20 : Erreur

Message

Le courtier <insert_0> exécuté dans le gestionnaire de files d'attente <insert_2> de WebSphere n'a pas pu traiter le message de déploiement, car ce dernier a été adressé à un courtier portant un identifiant différent.

Explication

Ce message signifie généralement que le système a tenté d'affecter le courtier à un deuxième gestionnaire de configuration (ou à un gestionnaire de configuration réinitialisé).
Chaque courtier est identifié par un identificateur universel unique (UUID), attribué lorsque le &guitooling ou le proxy du gestionnaire de configuration crée une définition pour le courtier. Lors du déploiement, un contrôle de l'UUID est effectué pour prévenir tout déploiement accidentel de modifications sur des courtiers qui ne sont pas sous le contrôle du Gestionnaire de configuration. Dans ce cas, le message de déploiement a été adressé à un courtier portant l'UUID <insert_3>, ce qui ne correspond pas à l'UUID du courtier en cours d'exécution (<insert_1>).

Réponse

Si possible, émettez à nouveau la requête de déploiement à l'aide du gestionnaire de configuration gérant ce courtier. Sinon, ,utilisez la méthode API BrokerProxy.setUUID() de l'API du proxy de gestionnaire de configuration pour définir l'UUID du courtier <insert_0> à <insert_1>. Ceci permettra au gestionnaire de configuration d'effectuer le déploiement sur le courtier bien que, dans ce cas, les ressources déployées auparavant sur le courtier ne seront pas contrôlées par le gestionnaire de configuration (sauf si elles l'étaient déjà).
Si toutes les autres mesures ont échoué, supprimez le composant courtier, ses tables de configuration et son gestionnaire de file d'attente. Supprimez ensuite la définition du courtier dans le domaine à l'aide de Message Brokers Toolkit ou du proxy du Gestionnaire de configuration, puis redéployez la topologie. Recréez ensuite le composant courtier et ajoutez une référence à celui-ci à l'aide du &guitooling ou du proxy du Gestionnaire de configuration, puis redéployez les ressources.
Pour éviter que ce problème ne se reproduise lors de la suppression ou de la recréation de courtiers, supprimez toujours la définition du courtier dans le domaine et déployez comme il se doit la topologie AVANT d'arrêter et de supprimer le composant courtier en cours d'exécution. Pour plus d'informations, voir la documentation en ligne de WebSphere Message Brokers, section "Recovering after failure".