lors de l'utilisation de la connexion client canal en MQ?
je ne comprends pas lors de l'utilisation de la MQ client canal de connexion. De ma compréhension, lorsque le client essaie de se connecter MQ server, il peut être complété par la définition de l'objet canal avec server connection channel valeur directement dans le code de l'application. Par conséquent, si oui, alors pourquoi avons-nous besoin de faire usage de ce client canal de connexion?
Aider s'il vous plaît m'expliquer en détail. Merci beaucoup
OriginalL'auteur wing2ofsky | 2012-07-03
Vous devez vous connecter pour publier un commentaire.
Une Connexion au Serveur de Canal est utilisé par les clients pour se connecter à un gestionnaire de file d'attente.
Vous n'avez pas vraiment d'utiliser un client canal de connexion pour vous connecter au gestionnaire de file d'attente. Un client canal de connexion définit les paramètres de connexion requis pour se connecter à un gestionnaire de file d'attente pour l'exemple de la file d'attente du gestionnaire de nom de, nom de connexion, SSL, etc. Ces définitions de canal sont stockés dans le canal de table de définition (CCDT) de fichiers. CCDT fichiers sont utilisés par des applications de client à travers MQCHLLIB et MQCHLTAB variables d'environnement.
Ce lien et un autre a peu plus de détails.
OriginalL'auteur Shashi
Dans les anciennes versions de WebSphere MQ, un Client de Canal Table de Définition a été utilisée pour spécifier les paramètres SSL et pour le basculement de sorte que la demande pourrait choisir à partir de plusieurs équivalent gestionnaires de file d'attente au moment de la connexion. Le CCDT fichier est compilé artefact et le
DEFINE CHL(channel name) CHLTYPE(CLNTCONN)commande est ce qui génère des entrées dans le CCDT fichier. Donc, vous devez utiliser uniquement laCLNTCONNtype de canal si vous souhaitez créer un CCDT fichier.Des versions plus récentes de WebSphere MQ exposer le CCDT champs dans la
MQCONNXAPI et la reconnexion paramètres sont dans l'CONNAMEparamètre et laclient.inifichier. Bien que ces ont fait le CCDT fichier obsolète pour les applications les plus récentes, la fonctionnalité est toujours exigé pour les applications héritées et. IBM n'a pas annoncé que le CCDT fonctionnalité est obsolète et il est en V7.5 qui vient de sortir, afin que les fonctionnalités restent pour l'avenir prévisible.Ravi de vous aider. Shashi et moi sommes un " tag-team. 😉
cool!L'ai eu, de Plus en Plus de questions d'inondation à vous les gars à l'avenir..:-)
Salut Rob, Comment puis-je l'utiliser en java client? Je veux dire que j'ai de l'application client qui tentent de se connecter 3 mq gestionnaires, mais je ne sais pas comment puis-je utiliser MQCONNX bibliothèque en java client?
Atul, bienvenue à Débordement de Pile! Ce site ne fonctionne pas comme un forum donc il n'y a pas des fils de discussion ici. Je vois que vous avez demandé à un couple de questions dans les commentaires de mes réponses. Seulement, je suis informé pour ceux. Au lieu de cela, s'il vous plaît poster ces nouvelles questions. Ensuite, ils seront vu par de nombreuses personnes qui peuvent répondre, et peut être trouvé par des gens qui viennent plus tard à la recherche pour la même réponse. Assurez-vous d'avoir un coup d'oeil à aide sur quoi faire et quoi ne pas.
OriginalL'auteur T.Rob
Qu'est ce qu'un canal?
Un canal est une logique de la liaison de communication entre un WebSphere MQ client et un WebSphere MQ server, ou entre deux serveurs WebSphere MQ. Un canal a deux définitions: l'une à chaque extrémité de la connexion. Le même nom de la chaîne doit être utilisé à chaque extrémité de la connexion, et le type de canal utilisé doit être compatible.
WebSphere MQ utilise deux différents types de canaux:
Un message channel, qui est une unidirectionnel lien de communication entre les deux gestionnaires de file d'attente. WebSphere MQ utilise message de canaux de transfert de messages entre les gestionnaires de file d'attente. Pour envoyer des messages dans les deux directions, vous devez définir un canal pour chaque direction.
Un message channel est un lien. Il relie deux gestionnaires de file d'attente à l'aide de message de canal d'agents (Mcm). Son but est de transférer les messages d'un gestionnaire de file d'attente à l'autre. Message des canaux ne sont pas requis par le client-serveur de l'environnement.
Un canal MQI, qui est bidirectionnel et se connecte à une application (MQI client) à un gestionnaire de file d'attente sur un serveur de la machine. WebSphere MQ utilise MQI canaux de transfert MQI appels et de réponses entre MQI les clients et les gestionnaires de file d'attente
Source
OriginalL'auteur Premraj