Actuellement, j'ai des propriétés ci-dessous dans mon application de démarrage Spring.YAML.
ibm:
mq:
queueManager: <queue-manager>
channel: <channel>
connName: <host>(<port>)
queue: <queue-name>
user: <user>
password: <password>
3 Réponses :
Le choix de savoir si vous pouvez ou non vous connecter sans mot de passe n'est pas quelque chose que vous pouvez faire de l'application. Il s'agit de la configuration dans le gestionnaire de files d'attente qui détermine si vous êtes autorisé ou non dans sans mot de passe.
La propriété booléenne que vous mentionnez dans votre question ne s'allume pas / désactive l'utilisateur d'un mot de passe ou non, il bascule entre deux mécanismes possibles pour envoyer le mot de passe, le mécanisme pré-V8 et le mécanisme MQCSP.
Si vous ne voulez pas envoyer d'ID utilisateur et de mot de passe, il suffit de définir un identifiant utilisateur et un mot de passe.
Il fonctionne avec une application autonome avec ci-dessous des paramètres ConnecFactory qui signent sans utilisateur et pwd. Toutefois, si je supprimais le nom d'utilisateur et le mot de passe de l'application de démarrage du ressort, il s'agit d'exception jmscmq0001: IBM MQ Call a échoué avec Compacode '2' ('MQCC_FAILED') Raison "2035 '(" MQRC_NOT_AUTHORISÉ "). cf.setstringProperty (WMQCONSTANTS.WMQ_HOST_NAME, H); cf.setintProperty (WMQCONSTANTS.WMQ_PORT, P); cf.setstringProperty (wmqConstants.wmq_channel, canal); cf.setintProperty (wmqconstants.wmq_connection_mode, 1); cf.setstringProperty (WMQCONSTANTS.WMQ_QUEUE_MANAGER, QM);
Spring-boot est la configuration quelque chose de différent.
Veuillez ajouter la configuration de la file d'attente à votre question - spécifiquement les valeurs de Chlauth et Connauth sur le gestionnaire de files d'attente et si vous avez ajouté des règles de Chlauth.
Je ne suis pas sûr de Chlauth mais comme suggéré par @mark Taylor après avoir ajouté ibm.mq.user = aux propriétés de l'application de démarrage de printemps, sa fonction fonctionne bien maintenant. Merci !
Ceci est répondu dans le fichier README pour le package de démarrage à ressort MQ.
Mais en résumé, la configuration par défaut de démarrage MQ Spring est configurée pour authentifier avec Admin / PassW0RD pour correspondre à la configuration par défaut de l'édition du développeur de MQ. Pour ne faire aucune authentification du tout, définissez l'ID utilisateur pour être vide dans le fichier de configuration. pour forcer une connexion non authentifiée à exécuter en tant qu'uth spécifique, puis les règles de chlauth peuvent sois appliqué. L'ensemble complet des paramètres de configuration disponibles, ainsi que leurs valeurs par défaut, sont répertoriées dans ce fichier README. Certains IDes peuvent le ramasser également à partir des fichiers JAR lors de la modification des fichiers de configuration. La stratégie d'authentification est discutée plus loin à https://github.com/ibm-messaging/mq-jms-spring/issues/18
Une partie de votre question était si vous pouviez définir WMQCONSTANTS.USER_AUTHENTICATION_MQCSP dans votre fichier YAML avec démarrage de printemps. Vous pouvez facilement définir des propriétés MQ supplémentaires telles que:
ibm:
mq:
conn-name: "localhost(1414)"
queue-manager: "TEST"
channel: "TEST"
user: "TEST"
password: ""
additional-properties:
XMSC_WMQ_QMGR_CCSID: 1208
XMSC_WMQ_CONNECTION_MODE: 1
XMSC_USER_AUTHENTICATION_MQCSP: false
L'application autonome de travail exécute-t-elle le processus sous un utilisateur différent de la chaussure de printemps?
C'est un même utilisateur