Comandos de Control

Comandos de Control
Cap. 1 Cap. 1 centro de informacin de centro de informacin de
WebSphere MQ WebSphere MQ
Cap. 2 Cap. 2 Visin general tcnica Visin general tcnica
de de WebSphere MQ WebSphere MQ
Utilice WebSphere MQ para conectar las aplicaciones y gestionar la distribucin de
informacin en toda la empresa.
WebSphere MQ permite que los programas se comuniquen entre s a travs de una red de
componentes heterogneos procesadores! sistemas operativos! subsistemas y protocolos
de comunicaciones" utili#ando una interfa# de programacin de aplicaciones coherente. $as
aplicaciones dise%adas y escritas mediante esta interfa# se conocen como aplicaciones de
colocacin de mensa&es en colas.
Utilice los enlaces siguientes para obtener informacin sobre la colocacin de mensa&es en
colas y otras caractersticas proporcionadas por WebSphere MQ.
'ntroduccin a la colocacin de mensa&es en colas
(onceptos de intercomunicacin
WebSphere MQ )elemetry
*b&etos
WebSphere MQ Multicast
Seguridad
(lientes y servidores
+estin de transacciones y soporte
,-tensin de recursos del gestor de colas
(onceptos de WebSphere MQ para #.*S
WebSphere MQ y otros productos de #.*S
Conceptos relacionados/
'ntroduccin a WebSphere MQ
0ise%o de una arquitectura de WebSphere MQ
Referencia relacionada/
(aractersticas principales y venta&as de la colocacin de mensa&es en colas
2.1 Introduccin a la colocacin de mensajes en colas
,l producto WebSphere MQ permite que los programas se comuniquen entre s a travs de
una red de componentes dispares procesadores! sistemas operativos! subsistemas y
protocolos de comunicacin" utili#ando una interfa# de programacin de aplicaciones
coherente.
$as aplicaciones dise%adas y escritas con esta interfa# se conocen como aplicaciones
de colocacin de mensajes en colas porque utili#an el tipo de mensajera y el
tipo colocacin en colas/
Mensajera $os programas se comunican envid1ndose otros datos en mensa&es en ve# de llamarse
directamente.
Colocacin en
colas
$os mensa&es se colocan en colas en el almacenamiento! lo que permite que los programas se
e&ecuten independientemente el uno del otro! a velocidades y tiempos diferentes! en
ubicaciones distintas y sin tener una cone-in lgica entre ellos.
0urante muchos a%os se ha utili#ado la colocacin de mensa&es en colas en el proceso de
datos. 2ctualmente! es lo que se utili#a con mayor frecuencia en el correo electrnico. Sin
la colocacin en colas! enviar un mensa&e electrnico a travs de largas distancias requiere
que cada nodo en la ruta est disponible para reenviar mensa&es! y que los destinatarios
estn conectados y sean conscientes del hecho de que se les est1 intentando enviar un
mensa&e. ,n un sistema de colocacin en colas! los mensa&es se almacenan en nodos
intermedios hasta que el sistema est listo para reenviarlos. ,n el destino final se
almacenan en un bu#n hasta que el destinatario est listo para leerlos.
2un as! muchas transacciones empresariales comple&as se procesan hoy en da sin la
colocacin en colas. ,n una red grande! el sistema podra mantener miles de cone-iones
en un estado preparado para utili#arse. Si una parte del sistema sufre un problema!
muchas partes del sistema podran quedar inservibles.
$a colocacin de mensa&es en colas se puede considerar como un correo electrnico para
los programas. ,n un entorno de colas de mensa&e! cada programa que conforma una
parte de una serie de aplicaciones reali#a una funcin bien definida e independiente en
respuesta a una solicitud especfica. 3ara comunicarse con otro programa! un programa
debe transferir un mensa&e a una cola predefinida. ,l otro programa recupera el mensa&e
de la cola y procesa las solicitudes as como la informacin contenida en el mensa&e. 3or lo
tanto! la colocacin de mensa&es en colas es un tipo de comunicacin programa a
programa.
$a colocacin en colas es un mecanismo mediante el cual los mensa&es se guardan hasta
que la aplicacin est preparada para utili#arlos. $a colocacin en colas permite reali#ar lo
siguiente/
(omunicarse entre programas que pueden estar e&ecut1ndose en entornos
diferentes" sin tener que escribir el cdigo de comunicacin.
Seleccionar el orden en el que un programa procesa los mensa&es.
,quilibrar las cargas en un sistema organi#ando que m1s de un programa atienda
una cola cuando el n4mero de mensa&es e-cede un umbral.
2umentar la disponibilidad de las aplicaciones organi#ando que un sistema
alternativo atienda las colas si el sistema primario no est1 disponible.
2.1.1 Qu es una cola de mensajes?
Una cola de mensa&es! conocida simplemente como cola es un destino especfico al que se
pueden enviar mensa&es. $os mensa&es se acumulan en las colas hasta que los recuperan
programas que atienden esas colas.
$as colas residen en un gestor de colas y son gestionada por l5 consulte )erminologa
referente a la colocacin de mensa&es en colas". $a naturale#a fsica de una cola depende
del sistema operativo en el que se e&ecuta el gestor de colas. Una cola puede ser un 1rea
de almacenamiento intermedio vol1til en la memoria de un sistema o un con&unto de datos
en un dispositivo de almacenamiento permanente por e&emplo un disco". $a gestin fsica
de las colas es responsabilidad del gestor de colas y no es visible para los programas de
aplicacin que participan.
$os programas slo acceden a las colas a travs de los servicios e-ternos del gestor de
colas. 3ueden abrir una cola! transferirle mensa&es! e-traer mensa&es de ella y cerrarla.
)ambin pueden establecer y reali#ar consultas sobre los atributos de las colas.
2.1.2 Diferentes estilos de colas de mensaje
Punto a punto
Un mensa&e se coloca en la cola y una aplicacin recibe ese mensa&e.
,n la mensa&era punto a punto una aplicacin debe tener informacin sobre dicha
aplicacin antes de que pueda enviar un mensa&e a esa aplicacin. 3or e&emplo! la
aplicacin puede necesitar saber el nombre de la cola a la que enviar la
informacin! y tambin puede especificar un nombre de gestor de colas.
publicacin/suscripcin
Una copia de cada mensa&e publicado por una aplicacin de publicacin se entrega
cada aplicacin interesada. 3uede que haya muchas! una o ninguna aplicacin
interesada. ,n la publicacin.suscripcin! una aplicacin interesada se conoce como
un suscriptor y los mensa&es se ponen en cola en una cola identificada mediante
una suscripcin.
$a mensa&era de publicacin.suscripcin permite separar el proveedor de
informacin de los consumidores de dicha informacin. 3ara poder enviar y recibir
informacin! no es necesario que la aplicacin de envo y la de recepcin sepan
mucho la una de la otra. 3ara obtener informacin sobre mensa&era de
publicacin.suscripcin! consulte 'ntroduccin a la mensa&era de
publicacin.suscripcin de WebSphere MQ
2.1.3 Ventajas de la colocacin de mensajes en colas para el
diseador y el desarrollador de aplicaciones
WebSphere MQ permite a los programas de aplicacin utili#ar la colocacin de
mensajes en colaspara participar en el proceso dirigido por mensa&es. $os programas
de aplicacin pueden comunicarse entre distintas plataformas utili#ando los productos
de soft6are colocacin de mensa&es en colas adecuados. 3or e&emplo! las aplicaciones
738U9 y #.*S se pueden comunicar a travs de WebSphere MQ para 738U9 y
WebSphere MQ para #.*S. $as aplicaciones son independientes del funcionamiento de
las comunicaciones subyacentes. 2lgunas de la venta&as de la colocacin de mensa&es
en colas son las siguientes/
3uede dise%ar aplicaciones utili#ando peque%os programas que se pueden
compartir entre muchas aplicaciones.
3uede crear r1pidamente nuevas aplicaciones reutili#ando estos bloques de
creacin.
$as aplicaciones escritas para utili#ar tcnicas de colocacin de mensa&es en
colas no se ven afectadas por los cambios en el modo en que los gestores de
colas funcionan.
:o es necesario utili#ar ning4n protocolo de comunicacin. ,l gestor de colas
se encarga autom1ticamente de todos los aspectos de la comunicacin.
$os programas que reciben mensa&es no tienen que estar en e&ecucin en el
momento en que se les envan mensa&es. $os mensa&es se retienen en las
colas.
$os dise%adores pueden reducir el coste de sus aplicaciones porque el desarrollo es
m1s r1pido! se necesitan menos desarrolladores y los requisitos de aptitudes de
programacin son menores que los de las aplicaciones que no utili#an colas de
mensa&es.
WebSphere MQ implementa una interfa# de programacin de aplicaciones com4n
conocida como lainterfaz de cola de mensajes o MQ'" dondequiera que se e&ecuten
las aplicaciones. ,sto facilita el traslado de programas de aplicacin de una plataforma
a otra.
3ara obtener detalles sobre MQ'! consulte ;isin general de la 'nterfa# de cola de
mensa&es.
Conceptos relacionados/
Mensa&es y colas
*b&etos
Referencia relacionada/
(aractersticas principales y venta&as de la colocacin de mensa&es en colas
)erminologa referente a la colocacin de mensa&es en colas
2.2 Caractersticas principales y ventajas de la colocacin de
mensajes en colas
,sta informacin destaca algunas de las caractersticas y las venta&as de la colocacin de
mensa&es en colas. 0escribe caractersticas como la seguridad y la integridad de los datos
en la colocacin de mensa&es en colas.
$as caractersticas principales de las aplicaciones que utili#an las tcnicas de colocacin de
mensa&es en colas son/
:o hay cone-iones directas entre programas.
$a comunicacin entre programas puede reali#arse sin dependencia del tiempo.
,l traba&o se puede reali#ar mediante peque%os programas independientes.
$a comunicacin puede ser dirigida por sucesos.
$as aplicaciones pueden asignar una prioridad a un mensa&e.
$a seguridad.
$a integridad de los datos.
,l soporte para la recuperacin.
No hay conexiones directas entre programas
$a colocacin de mensa&es en colas es una tcnica para la comunicacin indirecta
de programa a programa. Se puede utili#ar dentro de cualquier aplicacin en la que
los programas se comuniquen entre s. $a comunicacin se produce cuando un
programa transfiere mensa&es a una cola propiedad de un gestor de colas" y otro
programa obtiene los mensa&es de la cola.
$os programas pueden obtener mensa&es que fueron colocados en una cola por
otros programas. $os otros programas pueden estar conectados al mismo gestor de
colas como programa receptor! o bien a otro gestor de colas. ,ste otro gestor de
colas puede estar en otro sistema! en un sistema inform1tico diferente! o incluso en
una empresa distinta.
:o hay cone-iones fsicas entre los programas que se comunican utili#ando colas de
mensa&es. Un programa enva mensa&es a una cola propiedad de un gestor de colas
y otro programa recupera mensa&es de la cola consulte <igura =".
Figura 1. Colocacin de mensajes en colas en comparacin con la comunicacin
tradicional
2l igual que ocurre con el correo electrnico! los mensa&es individuales que forman
parte de una transaccin via&an a travs de una red de acuerdo con un sistema de
almacn y reenvo . Si un enlace entre los nodos falla! el mensa&e se conserva
hasta que el enlace se ha restaurado o el operador o el programa redirige el
mensa&e.
,l mecanismo por el que un mensa&e se mueve de cola en cola queda oculto en los
programas. 3or lo tanto! los programas son m1s simples.
Comunicacin sin dependencia de tiempo
$os programas que solicitan que otros realicen traba&os no tienen que esperar la
respuesta a su solicitud. 3ueden reali#ar otros traba&os y procesar la respuesta ya
sea cuando llegue o en un momento posterior. (uando se escribe una aplicacin de
mensa&era! no es necesario saber ni preguntarse" cu1ndo un programa enva un
mensa&e o cuando el destino puede recibir el mensa&e. ,l mensa&e no se pierde5 el
gestor de colas lo conserva hasta que el destinatario est listo para procesarlo. ,l
mensa&e permanece en la cola hasta que un programa lo elimina. ,sto significa que
los programas de aplicacin emisor y receptor est1n separados/ el emisor pueda
seguir procesando sin tener que esperar a que el receptor acuse recibo del
mensa&e. 0e hecho! no es necesario que la aplicacin de destino est e&ecut1ndose
cuando se enva el mensa&e. 3uede recuperar el mensa&e una ve# que se ha
iniciado.
Pequeos programas
$a colocacin de mensa&es en colas permite utili#ar la venta&as de los programas
peque%os e independientes. ,n lugar de un 4nico gran programa que reali#a
secuencialmente todas las partes de un traba&o! puede distribuir el traba&o en
varios programas m1s peque%os e independientes. ,l programa solicitante enva
mensa&es a cada uno de los programas separados! solicit1ndoles que realicen su
funcin5 cuando cada programa est1 completo! los resultados se envan de nuevo
en forma de uno o m1s mensa&es.
Proceso dirigido por mensajes
2l llegar a una cola! los mensa&es pueden iniciar autom1ticamente una aplicacin
utili#ando un mecanismo llamado desencadenamiento. Si es necesario! las
aplicaciones se pueden detener despus de haber procesado el mensa&e o
mensa&es.
Proceso dirigido por sucesos
$os programas se pueden controlar de acuerdo con el estado de las colas. 3or
e&emplo! puede disponer que un programa se inicie tan pronto como un mensa&e
llegue a una cola! o puede especificar que el programa no se inicie hasta que haya!
por e&emplo! => los mensa&es por encima de una determinada prioridad en la cola!
o => mensa&es de cualquier prioridad en la cola.
Prioridad de mensajes
Un programa puede asignar una prioridad a un mensa&e cuando pone el mensa&e en
una cola. ,sto determina la posicin en la cola a la que se a%ade el nuevo mensa&e.
$os programas pueden obtener mensa&es de una cola en el orden en el que los
mensa&es est1n en la cola! o bien obteniendo un mensa&e especfico. Un programa
puede desear obtener un mensa&e especfico si est1 buscando la respuesta a una
solicitud que envi anteriormente."
!eguridad
$as comprobaciones de autori#acin se llevan a cabo en cada recurso! utili#ando las
tablas configuradas y mantenidas por el administrador de WebSphere MQ.
Utilice el Servidor de seguridad conocido anteriormente como ?2(<" u otros
gestores de seguridad e-ternos en WebSphere MQ para #.*S.
,n los sistemas WebSphere MQ en U:'9! los sistemas $inu-! los sistemas
Windo6s e '@MA i! se proporciona como un servicio instalable un gestor de
seguridad denominado *2M gestor de autori#aciones sobre ob&etos". 0e
forma predeterminada! el *2M est1 activo.
"ntegridad de los datos
$a integridad de los datos se proporciona mediante unidades de traba&o. $a
sincroni#acin del inicio y el final de las unidades de traba&o est1 totalmente
soportada como una opcin en cada MQ+,) o MQ3U)! permitiendo que el resultado
de la unidad de traba&o se confirma o se restituya. ,l soporte de punto de
sincronismo opera ya sea interna o e-ternamente a WebSphere MQ dependiendo de
la forma de coordinacin del punto de sincronismo seleccionado para la aplicacin.
!oporte para la recuperacin
3ara que la recuperacin sea posible! se registran todas las actuali#aciones de
WebSphere MQ persistentes. Si es necesaria la recuperacin! todos los mensa&es
persistentes se restauran! todas las transacciones en curso se retrotraen y todas las
confirmaciones y restituciones del punto de sincronismo se mane&an de la manera
habitual empleada por el gestor de puntos de sincronismo que tiene el control. 3ara
obtener m1s informacin sobre los mensa&es persistentes! consulte3ersistencia de
mensa&es.
Nota# 2l considerar los clientes y servidores WebSphere MQ! no es
necesario cambiar una aplicacin de servidor para dar soporte a
clientes MQ' de WebSphere MQ adicionales en nuevas plataformas.
0el mismo modo! el cliente MQ' de WebSphere MQ puede funcionar!
sin cambio alguno! con otros tipos de servidores.
2.3 Terminologa referente a la colocacin de mensajes en colas
,sta informacin ofrece una perspectiva de algunos trminos que se emplean con relacin
a la colocacin de mensa&es en colas.
'ncluyen los trminos siguientes/
Mensa&e
0escriptor de mensa&e
(ola
+estor de colas
(anales
2gente de canal de mensa&es
(l4ster
(ola compartida
+rupo de comparticin de colas
)ransferencia a colas dentro del grupo
(liente MQ' de WebSphere MQ
3unto a punto
3ublicacin.suscripcin
Suscripcin
Mensaje
,n la gestin de colas de mensa&es! un mensa&e es una coleccin de datos enviados
por un mensa&e y dirigidos a otro programa. 3ara m1s informacin!
consulte Mensa&es de WebSphere MQ. (onsulte )ipos de mensa&es para obtener
informacin sobre tipos de mensa&es.
$escriptor de mensaje
Un mensa&e WebSphere MQ est1 compuesto de informacin de control y datos de
aplicacin.
$a informacin de control est1 definida en una estructura de descriptor de mensa&e
MQM0" y contiene elementos como/
,l tipo de mensa&e
Un identificador del mensa&e
$a prioridad de entrega del mensa&e
$a estructura y el contenido de los datos de aplicacin est1n determinados por los
programas participantes! no por WebSphere MQ.
Cola
Un destino designado al que se pueden enviar mensa&es. $os mensa&es se
acumulan en las colas hasta que los recuperan programas que atienden esas colas.
%estor de colas
Un gestor de colas es un programa del sistema que proporciona servicios de gestin
de colas a aplicaciones.
3roporciona una interfa# de programacin de aplicaciones para que los programas
puedan transferir y obtener mensa&es de las colas. Un gestor de colas proporciona
funciones adicionales para que los administradores puedan crear colas nuevas!
alterar las propiedades de las colas e-istentes y controlar el funcionamiento del
gestor de colas.
3ara que los servicios de gestin de colas de WebSphere MQ estn disponibles en
un sistema! debe haber un gestor de colas en e&ecucin. 3uede haber m1s de un
gestor de colas en e&ecucin en un 4nico sistema por e&emplo! para separar un
sistema de prueba de un sistema activo ". ,n una aplicacin! cada gestor de colas
est1 identificado con un manejador de conexin Hconn".
Muchas aplicaciones diferentes pueden utili#ar los servicios del gestor de colas al
mismo tiempo y estas aplicaciones pueden no estar relacionadas en absoluto. 3ara
que un programa utilice los servicios de un gestor de colas! debe establecer una
cone-in con ese gestor de colas.
3ara que las aplicaciones enven mensa&es a las aplicaciones que est1n conectadas
a otros gestores de colas! los gestores de colas deben ser capaces de comunicarse
entre s. WebSphere MQ implementa un protocolo de almacn y reenvo para
garanti#ar los mensa&es se entregan de un modo seguro entre dichas aplicaciones.
Canales
$os canales son ob&etos que proporcionan una va de comunicacin de un gestor de
colas a otro. $os canales se utili#an en las colas distribuidas para trasladar
mensa&es de un gestor de colas a otro y permiten que las aplicaciones no tengan
que preocuparse de los protocolos de comunicaciones subyacentes. $os gestores de
colas pueden estar en la misma o en distintas plataformas.
&gente de canal de mensajes
Un agente de canal de mensa&e transfiere mensa&es de un gestor de colas a otro.
Se hace referencia a ellos al tratar con los mensa&es de informe y debe tenerlos en
cuenta al dise%ar la aplicacin. 3ara m1s informacin! consulte (mo escribir sus
propios agentes de canal de mensa&es.
Cl'ster
Un clster es una red de gestores de colas que est1n asociados lgicamente de
alguna forma. $os agrupacin en cl4ster est1 disponible para los gestores de colas
en todas las plataformas de WebSphere MQ ;B.>.
,n una red de WebSphere MQ que utili#a las colas distribuidas sin cl4steres! cada
gestor de colas es independiente. Si un gestor de colas necesita enviar mensa&es a
otro! debe haber definido una cola de transmisin y un canal en el gestor de colas
remoto.
7ay dos ra#ones distintas para utili#ar cl4steres/ reducir la administracin del
sistema y me&orar la disponibilidad y el equilibrio de la carga de traba&o.
,n cuanto estable#ca incluso el cl4ster m1s peque%o! se beneficiar1 de una
administracin simplificada del sistema. $os gestores de colas que forman parte de
un cl4ster necesitan menos definiciones y! por lo tanto! el riesgo de cometer un
error en las definiciones es menor.
3ara obtener m1s informacin sobre la agrupacin en cl4ster! consulte (mo
funcionan los cl4steres.
Cola compartida
Una cola compartida es un tipo de cola local con mensa&es a los que pueden
acceder uno o varios gestores de colas que est1n en un sysple-. :o es lo mismo
que una cola compartida por m1s de una aplicacin! que utili#a el mismo gestor de
colas. ,sto slo se aplica a WebSphere MQ para #.*S.
%rupo de comparticin de colas
$os gestores de colas que pueden acceder al mismo con&unto de colas compartidas
forman un grupo llamado grupo de comparticin de colas QS+". Se comunican
entre s con un recurso de acoplamiento (<" que almacena las colas compartidas.
,sto slo se aplica a WebSphere MQ para #.*S. 3ara m1s informacin sobre los
grupos de comparticin de colas! consulte (olas compartidas y grupos de
compartimiento de colas.
(ransferencia a colas dentro del grupo
$os gestores de colas de un grupo de comparticin de colas se pueden comunicar
utili#ando canales normales o bien puede utili#ar una tcnica llamada transferencia
a colas dentro del grupo'+Q"! que permite reali#ar una transferencia r1pida de
mensa&es sin definir canales. ,sto slo se aplica a WebSphere MQ para #.*S.
Cliente M)" de *eb!phere M)
$os clientes MQ' de WebSphere MQ son componentes de productos WebSphere MQ
que se pueden instalar de forma independiente. Un cliente permite e&ecutar
aplicaciones WebSphere MQ con un protocolo de comunicaciones! para interactuar
con uno o varios servidores MQ' 'nterfa# de (olas de Mensa&es" en otras
plataformas y conectar a los gestores de colas.
3ara obtener informacin detallada sobre cmo instalar y utili#ar los componentes
de cliente MQ' de WebSphere MQ! consulte 'nstalacin de un cliente WebSphere
MQ y (onfigurar cone-iones entre el servidor y el cliente.
Mensajera punto a punto
,n la mensa&era punto a punto! cada mensa&e se traslada de una aplicacin de
produccin a una aplicacin de consumo. $os mensa&es se transfieren mediante la
aplicacin de produccin que coloca los mensa&es en una cola! y la aplicacin de
consumo los obtiene de dicha cola.
Publicacin/suscripcin
,n la mensa&era de publicacin.suscripcin! una copia de cada mensa&e publicado
por una aplicacin de publicacin se entrega a todas las aplicaciones interesadas.
3uede haber muchas! una o ninguna aplicacin interesada. ,n la
publicacin.suscripcin! una aplicacin interesada se conoce como un suscriptor y
los mensa&es se ponen en cola en una cola identificada mediante una suscripcin.
3ara obtener m1s informacin sobre la publicacin.suscripcin!
consulte 'ntroduccin a la mensa&era de publicacin.suscripcin de WebSphere MQ.
!uscripcin
Una aplicacin de publicacin.suscripcin puede registrar un inters en mensa&es
sobre temas especficos. (uando una aplicacin hace esto! se la denomina
suscriptor y el trmino suscripcin define cmo se ponen en cola los mensa&es
coincidentes para su proceso.
Una suscripcin contiene informacin sobre la identidad del suscriptor y la identidad
de la cola de destino en la que se van a colocar publicaciones. )ambin contiene
informacin sobre cmo se colocar1 una publicacin en la cola de destino.
2.4 Mensajes y colas
$os mensa&es y las colas son los componentes b1sicos de un sistema de colocacin de
mensa&es en colas.
2.4.1 Qu es un mensaje?
Un mensaje es una serie de bytes que tiene un significado para las aplicaciones que lo
utili#an. $os mensa&es se utili#an para transferir informacin de un programa de aplicacin
a otro o a distintas partes de la misma aplicacin". $as aplicaciones pueden estar
e&ecut1ndose en la misma o en distintas plataformas.
$os mensa&es de WebSphere MQ constan de dos partes/
Los datos de la aplicacin. ,l contenido y la estructura de los datos de la aplicacin
los definen los programas de aplicacin que los utili#an.
n descriptor de mensaje. ,l descriptor del mensa&e identifica el mensa&e y
contiene informacin de control adicional! como el tipo de mensa&e y la prioridad
que ha asignado al mensa&e la aplicacin emisora.
,l formato del descriptor de mensa&e se define mediante WebSphere MQ. 3ara
obtener una descripcin completa del descriptor de mensa&e! consulte MQM0 8
0escriptor de mensa&e.
2.4.2 on!itudes de los mensajes
$a longitud m1-ima predeterminada de un mensa&e es de C M@! aunque puede aumentarla
a una longitud m1-ima de =>> M@ donde = M@ equivale a =.>CD.EBF bytes". ,n la
pr1ctica! la longitud del mensa&e puede estar limitada por/
$a longitud m1-ima de mensa&es definida para la cola receptora
$a longitud m1-ima de mensa&es definida para el gestor de colas
$a longitud m1-ima de mensa&es definida por la cola
$a longitud m1-ima de mensa&es definida por la aplicacin emisora o receptora
$a cantidad de almacenamiento disponible para el mensa&e.
3ueden ser necesarios varios mensa&es para enviar toda la informacin que una aplicacin
necesita.
2.4.3 "mo en#$an y reci%en mensajes las aplicaciones?
$os programas de aplicacin envan y reciben mensa&es utili#ando llamadas M)".
3or e&emplo! para transferir un mensa&e a una cola! una aplicacin/
=. 2bre la cola necesaria emitiendo una llamada M)+P,N de MQ'
G. ,mite una llamada M)P-( de MQ' para transferir el mensa&e a la cola
*tra aplicacin puede recuperar el mensa&e de la misma cola emitiendo una
llamada M)%,( de MQ'.
3ara m1s informacin sobre las llamadas MQ'! consulte $lamadas MQ'.
2.4.4 Qu es una cola?
Una cola es una estructura de datos que se utili#a para almacenar mensa&es.
(ada cola es propiedad de un gestor de colas. ,l gestor de colas es responsable del
mantenimiento de las colas de su propiedad y del almacenamiento en las colas adecuadas
de todos los mensa&es que recibe. $os mensa&es se pueden transferir a la cola mediante
programas de aplicacin o mediante un gestor de colas como parte de sus operaciones
normales.
2.4.& "olas prede'nidas y colas din(micas
$as colas pueden distinguirse por la forma en que se han creado/
$as colas predefinidas las crea un administrador mediante los mandatos MQS( o
3(< adecuados. $as colas predefinidas son permanentes5 e-isten
independientemente de las aplicaciones que las utili#an y perduran despus de que
se reinicie WebSphere MQ.
$as colas din.micas se crean cuando una aplicacin emite una
peticin M)+P,N especificando el nombre de una cola modelo. $a cola creada se
basa en una plantilla de definicin de colaque es la cola modelo. 3uede crear una
cola modelo utili#ando el mandato MQS( 0,<':, QM*0,$. $os atributos de una
cola modelo! por e&emplo! el n4mero m1-imo de mensa&es que se pueden
almacenar en la cola! son heredados por cualquier cola din1mica que se cree a
partir de la cola modelo.
$as colas modelo tienen un atributo que especifica si la cola din1mica va a ser
persistente o temporal. $as colas persistentes perduran despus de los reinicios del
gestor de colas y de la aplicacin5 las colas temporales se pierden al reiniciar.
2.4.) *ecuperacin de mensajes de colas
$as aplicaciones debidamente autori#adas pueden recuperar mensa&es de una cola en
funcin de los siguientes algoritmos de recuperacin/
3rimero en entrar! primero en salir <'<*".
3rioridad del mensa&e! seg4n lo definido en el descriptor del mensa&e. $os mensa&es
que tienen la misma prioridad se recuperan seg4n el mtodo <'<*.
Una peticin de programa para un mensa&e especfico.
$a peticin M)%,( de la aplicacin determina el mtodo utili#ado.
2. Conceptos de intercomunicacin
,n WebSphere MQ! la intercomunicacin hace referencia al envo de mensa&es de un
gestor de colas a otro. ,l gestor de colas receptor puede estar en la misma m1quina o en
otra5 puede estar pr-imo o en el otro lado del mundo. 3uede e&ecutarse en la misma
plataforma que el gestor de colas local o puede estar en cualquiera de las plataformas
admitidas por WebSphere MQ. 2 esto se le denomina entorno distri!uido. WebSphere MQ
mane&a la comunicacin en un entorno distribuido como ste utili#ando la +estin de colas
distribuidas 0QM".
,l gestor de colas local a veces se denomina el gestor de colas de origen y el gestor de
colas remoto a veces se denomina el gestor de colas de destino o el gestor de colas
asociado.
2.&.1 "mo se distri%uye el tra%ajo de !estin de las colas?
$a gestin de colas distribuidas permite enviar mensa&es de un gestor de colas a otro. ,l
gestor de colas receptor puede estar en la misma m1quina o en una remota. Se describen
los gestores de colas! colas! canales y definiciones asociadas! adem1s de los cl4steres una
red de gestores de colas asociados lgicamente".
,n la <igura = se muestra una visin general de los componentes de la gestin de colas
distribuidas.
Figura 1. "isin general de los componentes de la gestin de colas distri!uidas
=. Una aplicacin utili#a la llamada MQ(*:: para conectarse a un gestor de colas.
G. 2 continuacin! la aplicacin utili#a la llamada MQ*3,: para abrir una cola de modo
que pueda poner mensa&es en ella.
H. Un gestor de colas tiene una definicin para cada una de sus colas! especificando
informacin como el n4mero m1-imo de mensa&es permitidos en la cola. )ambin
puede tener definiciones de colas locali#adas en los gestores de colas remotas.
C. Si los mensa&es est1n destinados a la cola de un sistema remoto! el gestor de colas
local los conserva en un almacn de mensa&es hasta que est listo para reenviarlos
al gestor de colas remoto. ,sto no afecta a la aplicacin.
E. (ada gestor de colas contiene soft6are de comunicaciones denominado
componente servicio de mudanzas5 mediante ste! el gestor de colas puede
comunicarse con otros gestores de colas.
F. ,l servicio de transporte es independiente del gestor de colas y puede ser uno de
los siguientes dependiendo de la plataforma"/
o Systems :et6orI 2rchitecture 2dvanced 3rogram8to 3rogram
(ommunication S:2 233("
o 3rotocolo de control de la transmisin.3rotocolo de 'nternet )(3.'3"
o :et6orI @asic 'nput.*utput System :et@'*S"
o Sequenced 3acIet ,-change S39"
2.&.2 "u(les son los componentes de la !estin de colas
distri%uidas?
$as aplicaciones WebSphere MQ pueden colocar los mensa&es en una cola local! es decir!
una cola del gestor de colas a la que se conecta la aplicacin.
Un gestor de colas tiene una definicin para cada una de sus colas. )ambin puede tener
definiciones de las colas que son propiedad de otros gestores de colas. Jstas se conocen
comodefiniciones de colas remotas. $as aplicaciones WebSphere MQ tambin pueden
colocar los mensa&es en esas colas remotas.
Si los mensa&es est1n destinados a un gestor de colas remoto! el gestor de colas local los
almacena en una cola de transmisin hasta que est preparado para enviarlos al gestor de
colas remoto. Una cola de transmisin es un tipo especial de cola local en la que los
mensa&es se almacenan hasta que pueden transmitirse y almacenarse satisfactoriamente
en el gestor de colas remoto.
,l soft6are que mane&a el envo y recepcin de mensa&es es el #gente de canal de
mensajes M(2".
$os mensa&es se transmiten entre los gestores de colas en un canal. Un canal es un enlace
de comunicaciones unidireccional entre dos gestores de colas. 3uede transportar mensa&es
destinados a cualquier n4mero de colas d el gestor de colas remoto.
2.&.3 "omponentes necesarios para en#iar un mensaje
Si se va a enviar un mensa&e a un gestor de colas remoto! el gestor de colas local necesita
las definiciones de una cola de transmisin y un canal.
(ada e-tremo de un canal tiene una definicin independiente! definindose! por e&emplo!
como el e-tremo emisor y el e-tremo receptor. Un canal sencillo consta de una definicin
de canal emisor en el gestor de colas local y una definicin de canal receptor en el gestor
de colas remoto. ,stas dos definiciones deben tener el mismo nombre y &untas constituyen
un canal.
)ambin hay un agente de canal de mensajes M(2" en cada e-tremo de un canal.
(ada gestor de colas debe tener una cola de mensajes no entregados. $os mensa&es se
colocan en esta cola si no se pueden entregar en su destino.
,n la <igura G se muestra la relacin entre gestores de colas! colas de transmisin! canales
y los M(2.
Figura $. %nvo de mensajes
2.&.4 "omponentes necesarios para de#ol#er un mensaje
Si la aplicacin necesita que el gestor de colas remoto devuelva mensa&es! debe definir
otro canal! que se e&ecutar1 en el sentido contrario entre los gestores de colas! tal como se
muestra en la<igura H.
Figura &. %nvo de mensajes en am!os sentidos
3ara obtener m1s informacin sobre la gestin de colas distribuidas! consulte 'ntroduccin
a la gestin de colas distribuidas.
2.&.& "omponentes de cl+ster
Una alternativa a la red tradicional de WebSphere MQ que se interconecta mediante
canales que se definen manualmente es el uso de cl4steres.
Un cl4ster es una red de gestores de colas que est1n asociados lgicamente de alguna
forma. 3uede agrupar los gestores de colas de un cl4ster de modo que stos puedan poner
a disposicin de cualquier otro gestor de colas del cl4ster las colas que albergan.
Suponiendo que tenga la infraestructura de red necesaria! cualquier gestor de colas puede
enviar un mensa&e a cualquier otro gestor de colas del mismo cl4ster sin necesidad de
definiciones de canal e-plcitas! definiciones de colas remotas o colas de transmisin para
cada destino. (ada gestor de colas de un cl4ster tiene una cola de transmisin 4nica que
transmite mensa&es a cualquier otro gestor de colas del cl4ster. (ada gestor de colas debe
definir slo un canal de cl4ster receptor y un canal de cl4ster emisor5 los canales
adicionales se gestionan autom1ticamente por el cl4ster.
,n la <igura C se muestran los componentes de un cl4ster denominado ($US),?/
Figura '. n clster de gestores de colas
($US),? contiene tres gestores de colas! QM=! QMG y QMH.
QM= y QMG alo&an depsitos completos de informacin sobre los gestores de colas
y las colas del cl4ster.
QMG y QMH alo&an algunas colas de cl4ster! es decir! colas a las que puede acceder
cualquier otro gestor de colas del cl4ster.
(ada gestor de colas tiene un canal de cl4ster receptor denominado )*.qmgr en el
que puede recibir mensa&es.
(ada gestor de colas tambin tiene un canal de cl4ster emisor mediante el que
puede enviar informacin a uno de los gestores de colas de depsito.
QM= y QMH envan al depsito de QMG y QMG enva al depsito de QM=.
2l igual que con la gestin de colas distribuidas! utilice la llamada MQ3U) para poner un
mensa&e en una cola de cualquier gestor de colas. 3uede utili#ar la llamada MQ+,) para
recuperar los mensa&es de una cola local.
Si desea ver m1s informacin sobre cl4steres! consulte el apartado (l4steres de gestores
de colas.
Conceptos relacionados/
(omponentes de la gestin de colas distribuidas
(olas de mensa&es no entregados
0efiniciones de colas remotas
(mo acceder al gestor de colas remoto
'nformacin de direccionamiento
KQu son los aliasL
0efiniciones de alias de gestor de colas
0efiniciones de alias de cola de respuestas
2.! Componentes de la gestin de colas distri"uidas
,stos ob&etos son necesarios para habilitar la intercomunicacin.
$os componentes de la gestin de colas distribuidas son/
(anales de mensa&es
2gentes de canal de mensa&es
(olas de transmisin
'niciadores y escuchas de canal
3rogramas de salida de canal
$os canales de mensa&es son los canales que transportan mensa&es de un gestor de colas
a otro. :o hay que confundir los canales de mensa&es con los canales MQ'. 7ay dos tipos
de canales MQ'! de cone-in con el servidor y de cone-in con el cliente. 3ara obtener
m1s informacin acerca de los canales MQ'! consulte (anales MQ'.
$a definicin de cada e-tremo de un canal de mensa&es puede ser de uno de los tipos
siguientes/
,misor
?eceptor
Servidor
3eticionario
,misor de cl4ster
?eceptor de cl4ster
Un canal de mensa&es se define utili#ando uno de estos tipos definidos en un e-tremo y un
tipo compatible en el otro e-tremo. $as posibles combinaciones son/
,misor8receptor
3eticionario8servidor
3eticionario8emisor devolucin de llamada"
Servidor8receptor
,misor de cl4ster8receptor de cl4ster
,n 0efinicin de los canales se incluyen instrucciones detalladas para crear un canal
emisor8receptor no aplicable a #.*S". 3ara obtener e&emplos de los par1metros
necesarios para configurar los canales emisor8receptor! consulte la 'nformacin de
configuracin de e&emplo aplicable a su plataforma. 3ara los par1metros necesarios para
definir un canal de cualquier tipo! consulte 0,<':, (72::,$.
2.).1 "anales emisor,receptor
Un emisor en un sistema inicia el canal para que pueda enviar mensa&es al otro sistema. ,l
emisor solicita al receptor en el otro e-tremo del canal que se inicie. ,l emisor enva
mensa&es desde su cola de transmisin al receptor. ,l receptor pone los mensa&es en la
cola de destino. $a <igura =ilustra este proceso.
Figura 1. n canal emisor(receptor
2.).2 "anales peticionario,ser#idor
Un peticionario en un sistema inicia el canal para que pueda recibir mensa&es del otro
sistema. ,l peticionario solicita al servidor en el otro e-tremo del canal que se inicie. ,l
servidor enva mensa&es al peticionario desde la cola de transmisin definida en su
definicin de canal.
Un canal servidor tambin puede iniciar la comunicacin y enviar mensa&es a un
peticionario. ,sto slo se aplica a servidores totalmente calificados! es decir! canales
servidor que tienen el nombre de cone-in del socio especificado en la definicin de canal.
Un peticionario puede iniciar un servidor totalmente calificado o puede ser ste el que
inicie la comunicacin con un peticionario.
Figura $. n canal peticionario(servidor
2.).3 "anales peticionario,emisor
,l peticionario inicia el canal y el emisor finali#a la llamada. Seguidamente! el emisor
reinicia la comunicacin en funcin de la informacin de su definicin de canal conocida
como devolucin de llamada". ,nva mensa&es desde la cola de transmisin al peticionario.
Figura &. n canal peticionario(emisor
2.).4 "anales ser#idor,receptor
Se trata del mismo caso que el de los canales emisor8receptor! pero slo se aplica a
servidorestotalmente calificados! es decir! canales servidor que tienen el nombre de
cone-in del socio especificado en la definicin de canal. ,l inicio del canal debe llevarse a
cabo en el e-tremo servidor del enlace. $a ilustracin de este proceso es idntica a la
ilustracin de la <igura =.
2.).& "anales de cl+ster emisor
,n un cl4ster! cada gestor de colas tiene un canal de cl4ster emisor mediante el que puede
enviar informacin del cl4ster a uno de los gestores de cola de depsito completo. $os
gestores de colas tambin pueden enviar mensa&es a otros gestores de colas en los
canales de cl4ster emisor.
Figura '. n canal de clster emisor
2.).) "anales de cl+ster receptor
,n un cl4ster! cada gestor de colas tiene un canal de cl4ster receptor en el que puede
recibir mensa&es e informacin sobre el cl4ster. $a ilustracin de este proceso es idntica a
la ilustracin de la <igura C.
2.# Colas de mensajes no entregados
$a cola de mensa&es no entregados es la cola a la que se envan los mensa&es que no
pueden enviarse a su destino correcto.
$os mensa&es se colocan en esta cola cuando no se pueden poner en la cola de destino.
3or e&emplo! porque la cola no e-iste o porque est1 llena. $as colas de mensa&es no
entregados tambin se utili#an en el e-tremo emisor de un canal! por los errores de
conversin de datos.
(onsidere la posibilidad de definir una cola de mensa&es no entregados para cada gestor
de colas. Si no lo hace y el M(2 no puede poner un mensa&e! se de&a en la cola de
transmisin y el canal se detiene.
2dem1s! si no se pueden entregar mensa&es no persistentes de forma r1pida
consulte Mensa&es r1pidos no persistentes" y no e-iste ninguna cola de mensa&es no
entregados en el sistema de destino! estos mensa&es se descartan.
:o obstante! la utili#acin de colas de mensa&es no entregados puede afectar al orden en
que se entregan los mensa&es! por lo que puede optar por no utili#arlas.
3uede utili#ar el atributo de canal US,0$Q para determinar si la cola de mensa&es no
entregados se utili#a cuando los mensa&es no se pueden entregar. ,ste atributo puede
configurarse de modo que algunas funciones del gestor de colas utilicen la cola de
mensa&es no entregados mientras que otras no lo hagan. 3ara obtener m1s informacin
sobre el uso del atributo de canal US,0$Q en distintos mandatos MQS(! consulte 0,<':,
(72::,$! 0'S3$2M (72::,$! 2$),? (72::,$ y 0'S3$2M ($USQM+?.
2.$ %efiniciones de colas remotas
$as definiciones de colas remotas son definiciones de las colas que pertenecen a otro
gestor de colas.
Mientras que las aplicaciones pueden recuperar mensa&es slo de colas locales! pueden
colocar mensa&es en colas locales o colas remotas. 3or lo tanto! adem1s de una definicin
para cada una de sus colas locales! un gestor de colas puede tener definiciones de colas
remotas. $a venta&a de las definiciones de colas remotas es que permiten que una
aplicacin transfiera un mensa&e a una cola remota sin tener que especificar el nombre de
la cola remota o el gestor de colas remoto o el nombre de la cola de transmisin. $as
definiciones de colas remotas le ofrecen independencia de la ubicacin.
,-isten otros usos para las definiciones de colas remotas! que se describen m1s adelante.
2.& Cmo acceder al gestor de colas remoto
3uede que no siempre tenga un canal entre cada uno de los gestores de colas de origen y
de destino. 7ay otras formas de conectarlos! incluyendo los saltos m4ltiples y el
compartimiento de canales! utili#ando canales diferentes y agrupaciones.
2.-.1 .altos m+ltiples
Si no hay ning4n enlace de comunicacin directo entre el gestor de colas de origen y el
gestor de colas de destino! es posible pasar por un gestor de colas intermedio o m1s de
uno" de camino al gestor de colas de destino. ,sto se conoce como salto mltiple.
0ebe definir canales entre todos los gestores de colas y colas de transmisin en los
gestores de colas intermedios. ,sto se muestra en la <igura =.
Figura 1. )aso a travs de gestores de colas intermedios
2.-.2 "ompartimiento de canales
(omo dise%ador de aplicaciones! tiene la opcin de obligar a las aplicaciones a especificar
el nombre del gestor de colas remoto &unto con el nombre de la cola! o de crear
una definicin de cola remotapara cada cola remota. ,sta definicin contiene el nombre del
gestor de colas remoto! el nombre de la cola y el nombre de la cola de transmisin. 0e
cualquier modo! los mensa&es de todas las aplicaciones que utili#an colas en la misma
ubicacin remota se envan a travs de la misma cola de transmisin. ,sto se muestra en
la <igura G.
Figura $. Compartimiento de una cola de transmisin
,n la <igura G se muestra que los mensa&es de varias aplicaciones a varias colas remotas
pueden utili#ar el mismo canal.
2.-.3 /tili0acin de canales diferentes
Si tiene que enviar mensa&es de tipos distintos entre dos gestores de colas! puede definir
m1s de un canal entre los dos. 7ay ocasiones en que se necesitan canales alternativos!
puede que por ra#ones de seguridad o tal ve# porque a veces interese elegir una velocidad
de entrega mayor comparada con la del tr1fico de mensa&es habitual.
3ara configurar un segundo canal deber1 definir otro canal y otra cola de transmisin y
crear una definicin de cola remota especificando la ubicacin y el nombre de la cola de
transmisin. 2 continuacin! las aplicaciones pueden utili#ar cualquier canal! pero los
mensa&es siguen entreg1ndose a las mismas colas de destino. ,sto se muestra en la <igura
H.
Figura &. tilizacin de varios canales
(uando se utili#an definiciones de colas remotas para especificar una cola de transmisin!
las aplicaciones no deben especificar la ubicacin es decir! el gestor de colas de destino"
por s mismas. Si lo hacen! el gestor de colas no utili#a las definiciones de cola remota. $as
definiciones de colas remotas le ofrecen independencia de la ubicacin. $as aplicaciones
pueden poner mensa&es en una cola lgica sin saber dnde se encuentra y se puede
modificar la cola fsica sin tener que cambiar las aplicaciones.
2.-.4 /tili0acin de cl+steres
(ada gestor de colas de un cl4ster define un canal de cl4ster receptor. (uando otro gestor
de colas desea enviar un mensa&e a ese gestor de colas! define el correspondiente canal de
cl4ster emisor autom1ticamente. 3or e&emplo! si hay m1s de una instancia de una cola en
un cl4ster! el canal de cl4ster emisor se puede definir para cualquiera de los gestores de
colas que alo&a la cola. WebSphere MQ utili#a un algoritmo de gestin de carga de traba&o
que utili#a una rutina de turno rotativo para seleccionar un gestor de colas disponible al
que dirigir los mensa&es. 3ara obtener m1s informacin! consulte (l4steres.
2.1' Informacin de direccionamiento
(uando una aplicacin transfiere mensa&es que est1n destinados a un gestor de colas
remoto! el gestor de colas local a%ade una cabecera de transmisin antes de colocarlos en
la cola de transmisin. ,sta cabecera contiene el nombre de la cola y el gestor de colas de
destino! es decir! lainformacin de direccionamiento.
,n un entorno de gestor de colas 4nico! la direccin de una cola de destino se establece
cuando una aplicacin abre una cola para colocar mensa&es en ella. (omo la cola de
destino est1 en el mismo gestor de colas! no se necesita informacin de direccionamiento.
,n un entorno distribuido! el gestor de colas necesita saber no slo el nombre de la cola de
destino! sino tambin la ubicacin de esa cola es decir! el nombre del gestor de colas"! y
la ruta a la ubicacin remota es decir! la cola de transmisin". ,sta informacin de
direccionamiento se encuentra en la cabecera de transmisin. ,l canal receptor elimina la
cabecera de transmisin y utili#a la informacin que hay en ella para locali#ar la cola de
destino.
3uede evitar la necesidad de que las aplicaciones especifiquen el nombre del gestor de
colas de destino si utili#a una definicin de cola remota. ,sta definicin especifica el
nombre de la cola remota! el nombre del gestor de colas remoto al que van destinados los
mensa&es y el nombre de la cola de transmisin utili#ado para transportar los mensa&es.
2.11 ()u* son los alias+
$os alias se utili#an para proporcionar una calidad de servicio a los mensa&es. ,l alias del
gestor de colas permite al administrador del sistema modificar el nombre de un gestor de
colas de destino sin tener que cambiar las aplicaciones. )ambin permite que el
administrador del sistema modifique la ruta a un gestor de colas de destino o establecer
una ruta que implica pasar por otros gestores de colas saltos m4ltiples". ,l alias de la cola
de respuestas proporciona una calidad de servicio a las respuestas.
$os alias de gestor de colas y los alias de cola de respuestas se crean utili#ando una
definicin de cola remota que tiene un ?:2M, vaco. ,stas definiciones no definen colas
reales5 las utili#a el gestor de colas para determinar nombres de colas fsicas! nombres de
gestores de colas y colas de transmisin.
$as definiciones de alias se caracteri#an por tener un ?:2M, vaco.
2.11.1 *esolucin de nom%res de colas
$a resolucin de nombres de colas se lleva a cabo en cada gestor de colas cada ve# que se
abre una cola. Su finalidad es identificar la cola de destino! el gestor de colas de destino
que puede ser local" y la ruta a ese gestor de colas que puede ser un valor nulo". ,l
nombre resuelto tiene tres partes/ el nombre del gestor de colas! el nombre de la cola y! si
el gestor de colas es remoto! la cola de transmisin.
Si e-iste una definicin de cola remota! no se hace referencia a las definiciones de alias. ,l
nombre de cola proporcionado por la aplicacin se resolver1 en el nombre de la cola de
destino! el gestor de colas remoto y la cola de transmisin especificada en la definicin de
cola remota. 3ara obtener informacin m1s detallada sobre la resolucin de nombres de
cola! consulte ?esolucin de nombres de cola.
Si no hay ninguna definicin de cola remota y se especifica un nombre de gestor de colas o
se ha resuelto mediante el servicio de nombres! el gestor de colas comprueba si hay una
definicin de alias de gestor de colas que coincida con el nombre del gestor de colas
suministrado. Si e-iste! se utili#a la informacin de la definicin para resolver el nombre
del gestor de colas en el nombre del gestor de colas de destino. $a definicin de alias de
gestor de colas tambin se puede utili#ar para determinar la cola de transmisin del gestor
de colas de destino.
Si el nombre de cola resuelto no es una cola local! tanto el nombre del gestor de colas
como el nombre de la cola se incluyen en la cabecera de transmisin de todos los
mensa&es transferidos por la aplicacin a la cola de transmisin.
$a cola de transmisin utili#ada normalmente tiene el mismo nombre que el gestor de
colas resuelto! a menos que lo modifique una definicin de cola remota o una definicin de
alias de gestor de colas. Si no ha definido una cola de transmisin de este tipo pero s ha
definido una cola de transmisin predeterminada! se utili#ar1 ste.
$os nombres de los gestores de colas que se e&ecutan en #.*S se limitan a cuatro
caracteres.
2.12 %efiniciones de alias de gestor de colas
$as definiciones de alias de gestor de colas se aplican cuando una aplicacin que abre una
cola para transferir un mensa&e! especifica el nombre de la cola y el nombre del gestor de
colas.
$as definiciones de alias de gestor de colas tienen tres usos/
2l enviar mensa&es! volver a correlacionar el nombre del gestor de colas
2l enviar mensa&es! modificar o especificar la cola de transmisin
2l recibir mensa&es! determinar si el gestor de colas local es el destino previsto para
los mensa&es
2.12.1 1ensajes de salida2 #ol#er a correlacionar el nom%re del !estor
de colas
$as definiciones de alias de gestor de colas pueden utili#arse para correlacionar el nombre
del gestor de colas especificado en una llamada MQ*3,:. 3or e&emplo! una llamada
MQ*3,: especifica el nombre de cola THISQ y el nombre de gestor de cola YOURQM. ,n el
gestor de colas local! hay la siguiente definicin de alias de gestor de colas/
DEFINE QREMOTE (YOURQM) RQMNAME(REALQM)
,sto muestra que el gestor de colas real que se va a utili#ar! cuando una aplicacin
transfiere mensa&es al gestor de colas YOURQM! es REALQM. Si el gestor de colas local
es REALQM! pone los mensa&es en la cola THISQ! que es una cola local. Si el gestor de colas
local no se llama REALQM! direcciona el mensa&e a una cola de transmisin de cl4ster
denominada REALQM. ,l gestor de colas cambia la cabecera de transmisin para que
diga REALQM en ve# de YOURQM.
2.12.2 1ensajes de salida2 modi'car o especi'car la cola de
transmisin
<igura = un e&emplo en el que los mensa&es llegan al gestor de colas QM1 con cabeceras de
transmisin que muestran nombres de cola del gestor de colas QM3. ,n este e&emplo! se
puede acceder a QM3 mediante saltos m4ltiples a travs de QM2.
Figura 1. #lias de gestor de colas
)odos los mensa&es para QM3 se capturan en QM1 con un alias de gestor de colas. ,l alias
de gestor de colas se denomina QM3 y contiene la definicin QM3 a travs de la cola de
transmisin QM2. $a definicin se parece a la del e&emplo siguiente/
DEFINE QREMOTE (QM3) RNAME(' ') RQMNAME(QM3) XMITQ(QM2)
,l gestor de colas coloca los mensa&es en la cola de transmisin QM2 pero no modifica la
cabecera de la cola de transmisin debido a que el nombre del gestor de colas de
destino! QM3! no se modifica.
)odos los mensa&es que llegan a QM1 y muestran una cabecera de transmisin que contiene
un nombre de cola en QM2 tambin se colocan en la cola de transmisin QM2. 0e este
modo! los mensa&es con destinos diferentes se re4nen en una cola de transmisin com4n
de un sistema adyacente adecuado para transmitirlos a sus destinos.
2.12.3 1ensajes de entrada2 determinar el destino
Un M(2 receptor abre la cola a la que se hace referencia en la cabecera de transmisin. Si
e-iste una definicin de alias de gestor de colas con el mismo nombre que el gestor de
colas al que se hace referencia! entonces el nombre del gestor de colas recibido en la
cabecera de transmisin es sustituido por el ?QM:2M, de esa definicin.
,ste proceso tiene dos usos/
0irigir mensa&es a otro gestor de colas
Modificar el nombre del gestor de colas para que sea el mismo que el del gestor de
colas local
2.13 %efiniciones de alias de cola de respuestas
Una definicin de alias de cola de respuestas especifica nombres alternativos para la
informacin de respuesta en el descriptor de mensa&e. $a venta&a que tiene es que se
puede cambiar el nombre de una cola o de un gestor de colas sin tener que modificar las
aplicaciones.
2.13.1 *esolucin de nom%res de colas
(uando una aplicacin responde a un mensa&e! utili#a los datos del descriptor de
mensaje del mensa&e que ha recibido para averiguar el nombre de la cola a la que tiene
que responder. $a aplicacin emisora indica donde hay que enviar las respuestas y asocia
esta informacin a sus mensa&es. ,ste concepto debe coordinarse como parte del dise%o
de la aplicacin.
$a resolucin de nombres de colas tiene lugar en el e-tremo emisor de la aplicacin! antes
de que el mensa&e se transfiera a una cola. ,sta instancia es un uso poco habitual de la
resolucin de nombres de colas. ,s el 4nico caso en que la resolucin de nombres tiene
lugar cuando no se est1 abriendo una cola. 3or lo tanto! la resolucin de nombres de colas
se produce antes de la interaccin con la aplicacin remota a la que el mensa&e se est1
enviando.
2.13.2 *esolucin de nom%res de cola sutili0ando un alias de !es tor de
colas
:ormalmente! una aplicacin especifica una cola de respuestas y de&a el nombre del gestor
de colas de respuestas en blanco. ,l gestor de colas completa su nombre en el momento
de la transferencia. ,ste mtodo funciona bien e-cepto cuando se desea utili#ar un canal
alternativo para las respuestas! por e&emplo! un canal que utilice la cola de
transmisin QM1_auxilia en lugar del canal de retorno predeterminado que utili#a la cola
de transmisin QM1. ,n esta situacin! los nombres de los gestores de colas especificados
en las cabeceras de la cola de transmisin no coinciden con los nombres NrealesO de los
gestores de colas! pero se vuelven a especificar utili#ando las definiciones de alias del
gestor de colas. 3ara devolver las respuestas siguiendo rutas alternativas! tambin es
necesario correlacionar los datos de la cola de respuestas! utili#ando las definiciones de
alias de cola de respuestas.
Figura 1. #lias de cola de respuestas utilizados para cam!iar la u!icacin de las respuestas
,n el e&emplo de <igura =/
=. $a aplicacin transfiere un mensa&e utili#ando la llamada MQ3U) y especificando la
informacin siguiente en el descriptor de mensa&e/
G. R!"l#ToQ$'R!%"o&'!'
R!"l#ToQM($' '
?eply)oQMgr debe estar en blanco para poder utili#ar el alias de cola de respuestas.
H. Se crea una definicin de alias de cola de respuestas denominada R!"l#_)o! que
contiene el nombre A&%*! y el nombre del gestor de colas QM1_auxilia.
C. DEFINE QREMOTE ('R!%"o&'!') RNAME ('R!%"u!%)a')
RQMNAME ('QM1_auxilia')
E. $os mensa&es se envan con un descriptor de mensa&e que
muestra R!"l#ToQ$'A&%*!' yR!"l#ToQM($'QM1_auxilia'.
F. $a especificacin de la aplicacin debe incluir la informacin de que las respuestas
se encuentran en la cola R!%"u!%)a en lugar de R!"l#_)o.
3ara prepararse para las respuestas debe crear el canal de retorno paralelo! definiendo/
,n QMG! la cola de transmisin denominada QM1_auxilia
DEFINE QLO+AL ('QM1_auxilia') USA,E(XMITQ)
,n QM=! el alias del gestor de colas QM1_auxilia
DEFINE QREMOTE ('QM1_auxilia') RNAME() RQMNAME(QM1)
,ste alias de gestor de colas termina la cadena de canales de retorno paralelos y
captura los mensa&es destinados a QM=.
Si cree que podra necesitar hacerlo en el futuro! aseg4rese de que las aplicaciones utili#an
el nombre de alias desde el principio. 3or ahora! es un alias de cola normal para la cola de
respuestas! pero m1s adelante puede cambiarse por un alias de gestor de colas.
2.13.3 3om%re de la cola de respuestas
7ay que prestar atencin a la hora de denominar las colas de respuestas. ,l motivo por el
que una aplicacin transfiere un nombre de cola de respuestas al mensa&e es que puede
especificar la cola a la que se envan sus respuestas. (uando se crea una definicin de
alias de cola de respuestas con este nombre! la cola de respuestas real es decir! una
definicin de cola local" no puede tener el mismo nombre. 3or lo tanto! la definicin de
alias de cola de respuestas debe contener un nombre de cola nuevo adem1s del nombre
del gestor de colas y la especificacin de la aplicacin debe incluir la informacin de que
sus respuestas se encuentra en esta otra cola.
$as aplicaciones ahora tienen que recuperar los mensa&es de una cola distinta de la que
haban denominado como cola de respuestas cuando transmitieron el mensa&e original.
2.14 Cmo funcionan los cl,steres
(omprender qu son los cl4steres y cmo funcionan.
Un cl4ster es una red de gestores de colas que est1n asociados lgicamente de alguna
manera. $os gestores de colas de un cl4ster pueden estar remotos fsicamente. 3or
e&emplo! pueden representar las sucursales de una cadena de tiendas internacional y
pueden estar situados fsicamente en distintos pases. (ada cl4ster dentro de una empresa
debe tener un nombre e-clusivo.
:ormalmente! un cl4ster contiene gestores de colas que est1n relacionados lgicamente
de alguna forma y deben compartir algunos datos o aplicaciones. 3or e&emplo! podra tener
un gestor de colas para cada departamento de la empresa! que gestiona los datos y las
aplicaciones especficos de dicho departamento. 3odra agrupar todos estos gestores de
colas en un cl4ster de modo que todos alimenten la aplicacin de nminas. * bien! podra
tener un gestor de colas para cada sucursal de la cadena de tiendas! que gestiona los
niveles de stocI y otra informacin para dicha sucursal. Si agrupa estos gestores de colas
en un cl4ster! pueden todos pueden acceder al mismo con&unto de aplicaciones de ventas y
compras. $a aplicacin de ventas y compras puede mantenerse de forma central en el
gestor de colas de la oficina.
Una ve# que ha configurado un cl4ster! los gestores de colas dentro del mismo se
comunican entre s! sin que tenga que definir definiciones de canal o definiciones de cola
remota adicionales.
3uede convertir una red e-istente de gestores de colas en un cl4ster o puede establecer un
cl4ster como parte de la configuracin de una nueva red.
Un cliente de WebSphere MQ puede conectarse a un gestor de colas que forma parte de un
cl4ster! simplemente! igual que puede conectarse a cualquier otro gestor de colas.
$os cl4steres tambin se pueden utili#ar para la gestin de carga de traba&o. Si desea m1s
informacin! consulte Utili#acin de cl4steres para la gestin de carga de traba&o.
2.14.1 "mo se direccionan los mensajes en un cl+ster
Si est1 familiari#ado con WebSphere MQ y las colas distribuidas! piense en un cl4ster como
en una red de gestores de colas mantenidas por un administrador del sistema
concien#udo. Siempre que defina una cola de cl4ster! el administrador del sistema crea
autom1ticamente las definiciones de cola remota correspondientes! seg4n sea necesario
en los otros gestores de colas.
:o es necesario que realice definiciones de cola de transmisin porque WebSphere
MQ proporciona una cola de transmisin en cada gestor de colas del cl4ster. ,sta 4nica
cola de transmisin se puede utili#ar para llevar mensa&es a cualquier otro gestor de colas
del cl4ster. :o est1 limitado a utili#ar una 4nica cola de transmisin. Un gestor de colas
puede utili#ar varias colas de transmisin para separar los mensa&es que van a cada gestor
de colas en un cl4ster. 3or lo general! un gestor de colas utili#a una sola cola de
transmisin de cl4ster. 3uede cambiar el atributo de gestor de colasDEF+LXQ! para que el
gestor de colas utilice colas de transmisin de cl4ster diferentes para cada gestor de colas
en un cl4ster. )ambin puede definir colas de transmisin de cl4ster manualmente.
)odos los gestores de colas que se unen a un cl4ster acuerdan traba&ar de esta forma.
,nvan informacin sobre ellos mismos y sobre las colas que contienen! y reciben
informacin sobre los otros miembros del cl4ster.
,sta informacin se almacena en depsitos. $a mayora de los gestores de colas slo
conservan la informacin que necesitan! es decir! la informacin sobre las colas y los
gestores de colas con las que se deben comunicar. (ada gestor de colas mantienen la
informacin en un depsito parcial. 2lgunos gestores de colas designados conservan un
depsito completo de toda la informacin sobre todos los gestores de colas del cl4ster.
3ara poder formar parte de un cl4ster! un gestor de colas debe tener dos canales5 un canal
de cl4ster emisor y un canal de cl4ster receptor.
Un canal de cl4ster emisor es un canal de comunicacin como un canal emisor. 0ebe crear
manualmente un canal de cl4ster emisor en un gestor de colas para conectarse a un
depsito completo que ya es miembro del cl4ster.
Un canal de cl4ster receptor es un canal de comunicacin como un canal receptor. 0ebe
crear manualmente un canal de cl4ster receptor. ,l canal act4a como el mecanismo para
que el gestor de colas reciba las comunicaciones de cl4ster
)odos los dem1s canales que podran ser necesarios para la comunicacin entre este
gestor de colas y cualquier otro miembro del cl4ster se crean autom1ticamente.
$os gestores de colas en las plataformas que soportan los cl4steres no deben formar parte
de un cl4ster. 3uede seguir utili#ando las tcnicas de agrupacin en colas distribuidas! as
como! o en lugar de! utili#ar cl4steres.
2.14.2 4jemplo de un cl+ster
<igura = muestra los componentes de un cl4ster llamado +LSTR1.
,n este cl4ster! hay tres gestores de colas! QM1! QM2 y QM3.
QM1 y QM2 contienen depsitos de informacin sobre todos los ob&etos relacionados
con el cl4ster y todos los gestores de colas en el cl4ster. Se denominan
como gestores de colas de depsito completo. $os depsitos est1n representados
en el diagrama por cilindros sombreados.
QM2 y QM3 contienen las mismas colas a las que se puede acceder desde cualquier
otro gestor de colas del cl4ster. $as colas a las que puede acceder cualquier otro
gestor de colas en el cl4ster se denominan colas de clster. $as colas de cl4ster
est1n representadas en el diagrama por colas sombreadas. 2 las colas de cl4ster se
pueden acceder desde cualquier lugar del cl4ster. ,l cdigo de agrupacin en
cl4ster de WebSphere MQ asegura que las definiciones de cola remota se crean en
cualquier gestor de colas que hace referencia a las mismas.
2l igual que con la agrupacin en colas distribuidas! una aplicacin utili#a la
llamada MQ-UTpara colocar un mensa&e en una cola de cl4ster en cualquier gestor
de colas del cl4ster. Una aplicacin utili#a la llamada MQ,ET para recuperar
mensa&es de una cola de cl4ster slo en el gestor de colas donde reside la cola.
(ada gestor de colas tiene una definicin creada manualmente para el e-tremo
receptor de un canal denominado nombre de clster.gestor de colas en el que
puede recibir mensa&es. ,n el gestor de colas de recepcin! nombre-
clster.gestor-colas es un canal de cl4ster receptor. Un canal de cl4ster
receptor es como un canal receptor utili#ado en la agrupacin de colas distribuidas5
recibe mensa&es para el gestor de colas. 2dem1s! tambin recibe informacin sobre
el cl4ster.
Figura 1. n clster de gestores de colas
,n <igura G cada gestor de colas tambin tiene una definicin para el e-tremo
emisor de un canal. Se conecta al canal de cl4ster receptor de uno de los gestores
de colas de depsito completo. ,n el gestor de colas emisor! nombre-
clster.gestor-colas es un canal de cl4ster emisor. QM1 y QM3 tienen canales de
cl4ster emisor que se conectan a +LSTR1.QM25vea la lnea con puntos PGP.
QM2 tiene un canal de cl4ster emisor que conecta a +LSTR1.QM1! vea la lnea con
puntosPHP. Un canal de cl4ster emisor es como un canal emisor utili#ado en la
agrupacin de colas distribuidas5 enva mensa&es al gestor de colas receptor.
2dem1s! tambin enva informacin sobre el cl4ster.
Una ve# que se definen tanto el e-tremo del cl4ster receptor! como el e-tremo del
cl4ster emisor! el canal se inicia autom1ticamente.
Figura $. n clster de gestores de colas con canales emisor
2.14.3 Qu 5ace 6ue funcione la a!rupacin en cl+ster?
0efinir un canal de cl4ster emisor en el gestor de colas local presenta dicho gestor de colas
a uno de los gestores de colas de depsito completo. ,l gestor de colas de depsito
completo actuali#a la informacin en su depsito completo de forma consecuente.
2utom1ticamente! vuelve a crear un canal de cl4ster emisor en el gestor de colas original
y enva la informacin de dicho gestor de colas sobre el cl4ster. 0e esta forma un gestor
de colas obtiene informacin sobre un cl4ster y un cl4ster sobre un gestor de colas.
@usque de nuevo en <igura =. Suponga que una aplicacin conectada al gestor de
colas QM3 desea enviar algunos mensa&es a las colas en QM2. $a primera ve# que QM3 debe
acceder a dichas colas! las descubre consultando un depsito completo. ,l depsito
completo en este caso es QM2! al que se accede utili#ando el canal emisor +LSTR1.QM2. (on
la informacin del depsito! puede crear autom1ticamente definiciones remotas para
dichas colas. Si las colas est1n en QM1! este mecanismo sigue funcionando! porque QM2 es
un depsito completo. Un depsito completo tiene un registro completo de todos los
ob&etos del cl4ster. ,n este 4ltimo caso! QM3 tambin crear1 autom1ticamente un canal de
cl4ster emisor que corresponde al canal de cl4ster receptor en QM1! permitiendo la
comunicacin directa entre los dos.
<igura H muestra el mismo cl4ster! con dos canales de cl4ster emisor que se crearon
autom1ticamente. $os canales de cl4ster emisor est1n representados por dos lneas de
puntos que se unen con el canal de cl4ster receptor +LSTR1.QM3. )ambin muestra la cola
de transmisin de cl4ster! SYSTEM.+LUSTER.TRANSMIT.QUEUE! que utili#a QM1 para enviar
sus mensa&es. )odos los gestores de colas del cl4ster tienen una cola de transmisin de
cl4ster! desde la cual pueden enviar mensa&es a cualquier otro gestor de colas del mismo
cl4ster.
Figura &. n clster de gestores de colas* +ue muestra canales definidos autom,ticamente
Nota# *tros diagramas muestran slo los e-tremos de recepcin de los canales para los
cuales reali#a definiciones manuales. $os e-tremos de emisor se omiten porque en su
mayora se definen autom1ticamente cuando sea necesario. $a definicin autom1tica de la
mayora de canales de cl4ster emisor es crucial para el funcionamiento y la eficacia de los
cl4steres.
Conceptos relacionados/
(l4steres
(omparacin de agrupacin en cl4ster y gestin de colas distribuidas
(omponentes de un cl4ster
(areas relacionadas/
(onfiguracin de un cl4ster de gestores de colas
(onfigurar un nuevo cl4ster
+estin de cl4steres de WebSphere MQ
2.1 -e".p/ere M) Telemetry
(ada ve# es m1s com4n que las personas! empresas y gobiernos quieran utili#ar la
telemetra para interactuar de forma m1s inteligente con el entorno en el que viven y
traba&an. $a telemetra conecta todo tipo de dispositivos a 'nternet y a la empresa y
reduce los costes de la creacin de aplicaciones para dispositivos inteligentes.
2nteriormente el soporte para MQ)) estaba disponible con WebSphere Message @roIer o
con WebSphere MQ ;ersin B.>.=! donde WebSphere MQ )elemetry era una caracterstica
separada. (omo WebSphere MQ )elemetry es un componente de WebSphere MQ ;ersin
B.= y otras versiones posteriores! la actuali#acin consiste esencialmente en desinstalar
WebSphere MQ )elemetry versin B.>.= e instalar WebSphere MQ ;ersin B.=. WebSphere
MQ )elemetry se puede instalar con el producto principal o se puede instalar despus de
que ya est instalada la versin B.= o una posterior. 3ara obtener informacin sobre la
migracin! consulte Migracin de WebSphere MQ )elemetry desde o bien Migracin de
aplicaciones de telemetra utili#ando WebSphere Message @roIer versin F para utili#ar
WebSphere MQ )elemetry y WebSphere Message @roIer versin B.>.
WebSphere MQ )elemetry incluye los componentes siguientes/
"nstalador
WebSphere MQ )elemetry se instala mediante una +U' o un instalador de lnea de
mandatos.
$os componentes Qava del S0R se instalan como funciones de WebSphere ,clipse
3latform. $os componentes ( de S0R se suministran como archivos comprimidos.
Canales de telemetra
Utilice canales de telemetra para gestionar la cone-in de los clientes MQ))
a WebSphere MQ. $os canales de telemetra utili#an nuevos ob&etos de WebSphere
MQ como! por e&emplo!SYSTEM.MQTT.TRANSMIT.QUEUE! para interactuar
con WebSphere MQ.
!er/icio de telemetra
$os clientes MQ)) utili#an el servicio de telemetra SYSTEM.MQXR.SER/I+E para
conectarse a los canales de telemetra.
!oporte de *eb!phere M) ,xplorer para *eb!phere M) (elemetry
WebSphere MQ )elemetry puede administrarse mediante WebSphere MQ ,-plorer.
!$0 12it de desarrollo de soft3are4 de cliente
,l S0R de cliente consta de cuatro partes/
=. @ibliotecas de cliente MQ)) vH para Qava S, y Qava M,. Utilice las bibliotecas
Qava para escribir clientes Qava para dispositivos que den soporte a Qava S,
o a Qava M,.
G. @ibliotecas MQ)) vH para (. Utilice las bibliotecas ( para crear clientes (
para varias plataformas.
H. ,l 0aemon WebSphere MQ )elemetry para dispositivos! que es un cliente
avan#ado escrito en ( que se e&ecuta en varias plataformas.
C. 3rotocolo MQ)) vH. ,l protocolo MQ)) vH se ha publicado y tiene licencia
para que pueda reutili#arse. Utilice este protocolo y las implementaciones de
cliente MQ)) de referencia para escribir clientes MQ)) en diferentes
plataformas y lengua&es.
$ocumentacin
$a documentacin de WebSphere MQ )elemetry est1 incluida! a partir de la ;ersin
B.=! en el centro de informacin de WebSphere MQ est1ndar. $a documentacin de
S0R para clientes Qava y ( se proporciona en el centro de informacin y como
Qavadoc y 7)M$.
2.1&.1 "onceptos de telemetr$a
3uede recopilar informacin de todo el entorno que le rodea para tomar
decisiones sobre qu se debe hacer. (omo consumidor puede comprobar
qu tiene en el almacn antes de decidir qu comida comprar. 3uede
conocer cu1nto tiempo dura un via&e si se marcha en ese momento! antes
de reservar una cone-in. 3uede comprobar qu sntomas tiene antes de
decidir si ir al mdico. 3uede comprobar cu1ndo va a llegar el autob4s y
decidir as si va esperarlo. $a informacin con la que tomar1 estas decisiones
se le presentar1 directamente en los medidores o dispositivos! de forma
impresa o en pantalla. :o importa dnde est ni cu1ndo necesite esta
informacin! puede recopilar estos datos! reunirlos! anali#arlos y actuar
seg4n ellos.
Si las fuentes de informacin est1n muy dispersas o inaccesibles! resulta
difcil y costoso reunir informacin precisa. Si desea hacer muchos cambios
o le resulta difcil hacerlos! stos no se reali#ar1n o lo har1n cuando ya no
sean tan efectivos.
KQu ocurre si se reduce en gran parte los costes de la recopilacin de la
informacin y del control de dispositivos que estn muy dispersos!
conect1ndolos con tecnologa digital a 'nternetL 3odr1 anali#ar la
informacin mediante recursos de 'nternet y de la empresa. )endr1 m1s
oportunidades de tomar decisiones fundamentadas en la informacin que ha
obtenido! y actuar seg4n convenga.
$as tendencias tecnolgicas y las presiones econmicas y del entorno
provocan que se den estos cambios/
=. Se reduce el coste de cone-in y control de sensores y mecanismos
de acceso gracias a la estandari#acin y cone-in a procesadores
digitales de ba&o coste.
G. 'nternet y las tecnologas relacionadas se utili#an cada ve# m1s para
conectar dispositivos. ,n algunos pases! los telfonos mviles han
superado a los ordenadores personales en el n4mero de cone-iones a
aplicaciones de 'nternet. *tros dispositivos! seguramente! seguir1n el
mismo camino.
H. 'nternet y las tecnologas relacionadas facilitan mucho que una
aplicacin pueda obtener datos. ,l f1cil acceso a los datos est1
haciendo que se utilicen los an1lisis de datos para transformar los
datos de los sensores en informacin 4til para muchas soluciones.
C. ,l uso inteligente de los recursos es a menudo una forma m1s r1pida
y barata de reducir las emisiones de di-ido de carbono y los costes.
$as alternativas/ encontrar nuevos recursos o desarrollar nuevas
tecnologas para utili#ar los recursos e-istentes pueden ser la
solucin a largo pla#o. 2 corto pla#o! el desarrollo de nuevas
tecnologas o la b4squeda de nuevos recursos resulta a menudo m1s
arriesgado! lento y costoso que me&orar las soluciones con las que ya
se cuenta.
2.1&.2 4jemplo
2 continuacin se muestra un e&emplo de cmo estas tendencias crean
nuevas oportunidades para interactuar de forma inteligente con el entorno.
,l (onvenio 'nternacional para la Seguridad de la ;ida 7umana en el Mar
S*$2S" necesita el Sistema de 'dentificacin 2utom1tica 2'S" se
despliegue en muchos buques. ,s necesario en buques mercantes de m1s
de H>> toneladas y buques de pasa&eros. ,l sistema 2'S es ante todo un
sistema para evitar colisiones en el tr1fico costero. $o utili#an las
autoridades martimas para supervisar y controlar las aguas costeras.
,ntusiastas de todo el mundo est1n desplegando estaciones de seguimiento
2'S de ba&o coste y subiendo informacin sobre el tr1fico costero a 'nternet.
*tros est1n creando aplicaciones que combinan la informacin de 2'S con
otra informacin de 'nternet. $os resultados los suben a sitios 6eb y los
publican a travs de )6itter y SMS.
,n una aplicacin puede combinarse informacin procedente de estaciones
2'S cerca de Southampton con informacin de propietarios de buques y
geogr1fica. $a aplicacin muestra informacin actuali#ada sobre
transbordadores en )6itter! red8ferries. $os usuarios habituales que
utili#an los transbordadores entre Southampton y la 'sla de Wight se
suscriben al canal de noticias utili#ando )6itter o SMS. Si en el canal de
informacin se muestra que su transbordador lleva retraso! los via&eros
pueden retrasar su partida! y subir al transbordador cuando ste atraque
despus de su hora de llegada prevista.
3ara obtener m1s e&emplos! consulte (onceptos y escenarios de telemetra
para supervisar y controlar.
Conceptos relacionados/
'nstalacin de WebSphere MQ )elemetry
2dministracin de WebSphere MQ )elemetry
(areas relacionadas/
Migracin de aplicaciones de telemetra utili#ando WebSphere Message
@roIer versin F para utili#ar WebSphere MQ )elemetry y WebSphere
Message @roIer versin B.>
Migracin de WebSphere MQ )elemetry desde
0esarrollo de aplicaciones para WebSphere MQ )elemetry
?esolucin de problemas para WebSphere MQ )elemetry
"nformacin relacionada
?eferencia de WebSphere MQ )elemetry
2.1! Conceptos y escenarios de telemetra para supervisar y
controlar
$a telemetra detecta y mide de forma autom1tica los datos de un dispositivo remoto. Su
principal venta&a es la transmisin de datos desde un dispositivo a un punto de control
central )elemetry tambin incluye el envo de informacin de configuracin y control al
dispositivo.
WebSphere MQ )elemetry conecta peque%os dispositivos utili#ando el protocolo MQ)) y
conecta los dispositivos a otras aplicaciones utili#ando WebSphere MQ. WebSphere MQ
)elemetry llena el hueco e-istente entre los dispositivos e internet facilitando la creacin
de Psoluciones inteligentesP. $as soluciones inteligentes ponen a disposicin de las
aplicaciones que supervisan y controlan dispositivos la abundante informacin que puede
encontrarse en 'nternet y en las aplicaciones de empresas.
$os diagramas siguientes demuestran algunos usos tpicos de WebSphere MQ )elemetry/
Telemetra: Electricidad inteligente
Mensaje MQTT que contiene los
datos de uso de energa enviados al
proveedor de servicios.
WebSphere MQ Telemetry enva
COT!O" COMM#$S seg%n en
el an&lisis de uso de energa.
'ara obtener m&s in(ormaci)n*
consulte el escenario
siguiente+ ,scenario de telemetra+
supervisi)n y control de la
electricidad del hogar
Telemetra: Servicios de salud inteligente
WebSphere MQ Telemetry enva datos sobre el estado de
salud al hospital y al m-dico.
Se pueden enviar alertas o comentarios de mensajes MQTT
en (unci)n del an&lisis de los datos de salud.
'ara obtener m&s in(ormaci)n* consulte el escenario
siguiente+ ,scenario de telemetra+ supervisi)n del paciente
en el hogar
Telemetra: Uno entre la multitud
.na simple tarjeta
de transacciones
se enva al
servidor del
banco.
WebSphere MQ
Telemetryidenti(i
ca a la persona de
entre miles*
alertando al
cliente que su
tarjeta ha sido
utili/ada.
WebSphere MQ
Telemetry puede
utili/ar la entrada
de in(ormaci)n
m&s sencilla y
locali/ar a dicho
individuo.
,n los escenarios siguientes! e-trados de casos reales! se ilustran algunas formas de
utili#ar la telemetra y algunos de los problemas comunes que esta tecnologa debe
resolver.
Conceptos relacionados/
,scenario de telemetra/ supervisin del paciente en el hogar
,scenario de telemetra/ supervisin y control de la electricidad del hogar
,scenario de telemetra/ identificacin por radiofrecuencia ?<'0"
,scenarios de telemetra/ deteccin del entorno
,scenarios de telemetra/ aplicaciones mviles
2.1).1 4scenario de telemetr$a2 super#isin del paciente en el 5o!ar
,n la colaboracin entre '@MA y un proveedor de asistencia mdica en un sistema de
cuidados cardacos para el paciente! un desfibrilador cardioversor implantable se comunica
con el hospital. $os datos sobre el paciente y el dispositivo implantado se transfieren
utili#ando telemetra ?< a un dispositivo MQ)) que se encuentra en el hogar del paciente.
$a transferencia suele reali#arse durante la noche! a un transmisor situado &unto a la
cama. ,l transmisor transfiere los datos de forma segura a travs del telfono del sistema
al hospital! donde se anali#an los datos.
,l sistema reduce el n4mero de visitas que un paciente debe hacer al mdico. 0etecta
cu1ndo el paciente o el dispositivo necesitan alg4n tipo de atencin y! en caso de
emergencia! avisa al mdico de guardia.
$a colaboracin entre '@M y el proveedor de asistencia mdica tiene caractersticas
comunes a otros escenarios de telemetra/
"mperceptibilidad
,l dispositivo no necesita ninguna intervencin del usuario aparte de proporcionarle
electricidad! una lnea de telfono y pasar una parte del da cerca del mismo. Su
funcionamiento es fiable y es f1cil de utili#ar.
3ara eliminar la necesidad de que el paciente tenga que configurar el dispositivo! el
proveedor del dispositivo preconfigura el mismo. ,l paciente slo tiene que
enchufarlo. ,l hecho de que el paciente no tenga que configurarlo! simplifica el
funcionamiento del dispositivo y reduce la posibilidad de que se configure de forma
incorrecta.
,l cliente MQ)) viene incorporado como parte del dispositivo. ,l desarrollador del
dispositivo incorpora la implementacin del cliente MQ)) en el dispositivo! y l
mismo o el proveedor lo configuran como parte de la preconfiguracin.
,l cliente MQ)) se proporciona como archivos Qava S, y Qava que el desarrollador
incluye en su aplicacin Qava. ,n entornos que no son de Qava como! por e&emplo
ste! el desarrollador del dispositivo puede implementar un cliente en un lengua&e
diferente utili#ando los formatos y el protocolo MQ)) ,n entornos que no son de
Qava! como este! el desarrollador del dispositivo puede implementar un cliente en
un lengua&e diferente utili#ando los formatos y el protocolo MQ)) publicados. 0e
forma alternativa! el desarrollador puede utili#ar uno de los clientes ( que se
proporcionan como bibliotecas compartidas para Windo6s! $inu- y las plataformas
2?M.
Conexin asim5trica
$a comunicacin entre el desfibrilador y el hospital tiene caractersticas de red
asimtrica. Se utili#an dos redes diferentes para solucionar los diferentes problemas
de la recopilacin de datos del paciente y su envo al hospital. ,ntre el paciente y el
dispositivo MQ)) se utili#a una red de ?< de ba&a potencia y con intervalo corto. ,l
transmisor se conecta con el hospital utili#ando una cone-in ;3: con )(3.'3
utili#ando una lnea de telfono de ancho de banda ba&o.
,s a menudo poco viable encontrar una forma de conectar cada dispositivo
directamente a una red de protocolo de 'nternet. Una solucin com4n es utili#ar
dos redes! conectadas mediante un concentrador. ,l dispositivo de MQ)) es un
concentrador sencillo! que almacena informacin del paciente! y la reenva al
hospital.
!eguridad
,l mdico debe poder confiar en la autenticidad de los datos del paciente! y el
paciente quiere que se respete la privacidad de sus datos.
,n algunos escenarios! basta con cifrar la cone-in utili#ando ;3: o SS$. ,n otros
escenarios! es recomendable mantener la seguridad de los datos incluso despus
de haberse almacenado.
,n ocasiones! el dispositivo de telemetra no es seguro. 3or e&emplo! si se comparte
una casa. ,l usuario del dispositivo debe identificarse para garanti#ar as que los
datos provengan del paciente correcto. ,l propio dispositivo debe autenticarse en el
servidor utili#ando SS$ y el servidor debe hacer lo mismo con el dispositivo.
,l canal de telemetra entre el dispositivo y el gestor de colas da soporte a Q22S
para la autenticacin de usuarios y a SS$ para el cifrado de la comunicacin y la
autenticacin del dispositivo. ,n WebSphere MQ! el acceso a una publicacin lo
controla el gestor de autori#aciones sobre ob&etos.
,l identificador que se utili#a para autenticar al usuario puede correlacionarse con
un identificador diferente como! por e&emplo! una identidad de paciente com4n. Un
identificador com4n simplifica la configuracin de autori#acin para publicar temas
en WebSphere MQ.
Conecti/idad
$a cone-in entre el dispositivo MQ)) y el hospital utili#a la lnea de acceso
telefnico y funciona con un reducido ancho de banda de H>> baudios.
3ara que funcione correctamente a H>> baudios! el protocolo MQ)) a%ade slo
algunos bytes e-tra a un mensa&e aparte de las cabeceras )(3.'3.
,l protocolo MQ)) proporciona una 4nica transmisin de mensa&es de tipo
Ptransmitir y olvidarP! la cual mantiene latencias ba&as. 2dem1s! puede utili#ar
tambin varias transmisiones para garanti#ar la entrega Pal menos una ve#P y
Pe-actamente una ve#P si una entrega garanti#ada es m1s importante que el
tiempo de respuesta. 3ara garanti#ar la entrega! los mensa&es se almacenan en el
dispositivo hasta que se han entregado de forma satisfactoria. Si el dispositivo est1
conectado mediante una cone-in inal1mbrica! resulta especialmente 4til la entrega
garanti#ada.
,scalabilidad
$os dispositivos de telemetra se despliegan normalmente en grandes cantidades!
de decenas de miles a millones.
$a cone-in de tantos dispositivos a un sistema requiere grandes e-igencias de una
solucin. ,-isten e-igencias empresariales como el coste de los dispositivos y del
soft6are y e-igencias administrativas para la gestin de licencias! dispositivos y
usuarios. ,ntre las e-igencias tcnicas se incluyen la carga en la red y en los
servidores.
$a apertura de cone-iones consume m1s recursos de red que el mantenimiento de
cone-iones abiertas. Sin embargo! en un escenario como ste que utili#a lneas de
telfono! el gasto de cone-iones reside en no de&ar las cone-iones abiertas m1s de
lo necesario. $os datos de las transferencias son! principalmente! de tipo de
proceso por lotes. Se puede planificar que las cone-iones se realicen durante la
noche para evitar un pico repentino de cone-iones a la hora de acostarse.
,n el lado del cliente! la mnima configuracin necesaria de ste resulta 4til para la
escalabilidad de los clientes. ,l cliente MQ)) viene incorporado como parte del
dispositivo. $os pacientes no necesitan hacer ninguna configuracin ni reali#ar
ning4n paso de aceptacin de licencia de cliente MQ)) para formar parte del
despliegue de dispositivos en los pacientes.
,n el servidor! WebSphere MQ )elemetry tiene un destino inicial de E>.>>>
cone-iones abiertas por gestor de colas.
$as cone-iones se gestionan utili#ando WebSphere MQ ,-plorer. ,l e-plorador filtra
las cone-iones que deben desplegarse para mantenerse dentro de un n4mero que
pueda gestionarse. Si se elige correctamente una planificacin de asignaciones de
identificadores a clientes! es posible filtrar cone-iones por ubicacin geogr1fica o
alfabticamente por el nombre del paciente.
2.1).2 4scenario de telemetr$a2 super#isin y control de la electricidad
del 5o!ar
$os medidores inteligentes recopilan m1s detalles sobre el consumo de electricidad que los
tradicionales.
$os medidores inteligentes a menudo van unidos a una red local de telemetra para poder
supervisar y controlar los diferentes aparatos que haya en la casa. 2lgunos est1n
conectados de forma remota para que puedan supervisarse y controlarse a distancia.
$a cone-in remota puede establecerse de forma individual! la puede establecer una
compa%a de suministro elctrico! o se puede establecer a travs de un punto de control
central. ,l punto de control central puede leer la utili#acin que se ha hecho de la
electricidad y proporcionar datos del uso. 3uede proporcionar datos que afectan a la
utili#acin como! por e&emplo! informacin continuada sobre los costes y las condiciones
meteorolgicas. 3uede limitar la carga para me&orar la eficacia global del suministro de
electricidad.
$os medidores inteligentes est1n empe#ando a estar muy e-tendidos. 3or e&emplo! el
gobierno del ?eino Unido est1 considerando el despliegue de medidores inteligentes en
cada hogar del pas para G>G>.
$os escenarios sobre mediciones en los hogares tienen una serie de caractersticas
comunes/
"mperceptibilidad
2 menos que el usuario desee e-presamente intervenir en el ahorro de electricidad
utili#ando el medidor! ste no necesita que el usuario intervenga. :o debe reducir la
fiabilidad del suministro de electricidad a aparatos individuales.
Un cliente MQ)) puede estar incorporado a un soft6are que se haya desplegado
con el medidor! sin requerir as ninguna instalacin o configuracin aparte.
Conexin asim5trica
$a comunicacin entre los aparatos y el medidor inteligente e-ige diferentes
est1ndares de conectividad entre el medidor y el punto de cone-in remoto.
$a cone-in del medidor inteligente al aparato debe ser de alta disponibilidad y
cumplir con est1ndares de red de 1rea domstica.
,s probable que la red remota utilice varias cone-iones fsicas. 2lgunas de ellas!
como un telfono mvil! tienen un alto coste de transmisin y pueden ser
intermitentes. $a especificacin de MQ)) vH est1 concebida para cone-iones
remotas y cone-iones entre adaptadores locales y medidores inteligentes.
$a cone-in entre los enchufes y los aparatos y el medidor utili#a una red de 1rea
domstica! por e&emplo Sigbee. MQ)) para redes de sensores MQ))8S" se ha
dise%ado para funcionar con Sigbee y otros protocolos de red de ba&o ancho de
banda. WebSphere MQ da soporte a MQ))8S directamente. :ecesita una pasarela
para poder conectar MQ))8S a MQ)) vH.
2l igual que ocurre con la supervisin del paciente en el hogar! las soluciones para
supervisar y controlar la electricidad del hogar necesitan m4ltiples redes
conectadas que utili#an el medidor inteligente como un concentrador.
!eguridad
,-iste una serie de cuestiones sobre seguridad relacionadas con los medidores
inteligentes. ,ntre estas cuestiones se incluyen la no repudiacin de la transmisin!
la autori#acin de cualquier accin de control que se inicie y la privacidad de los
datos del consumo de electricidad.
3ara garanti#ar la privacidad de los datos que se transfieren entre el medidor y el
punto de control remoto mediante MQ))! aqullos pueden cifrarse utili#ando SS$.
3ara garanti#ar la autori#acin de las acciones de control! la cone-in MQ)) entre el
medidor y el punto de control remoto puede autenticarse mutuamente mediante
SS$.
Conecti/idad
$a naturale#a fsica de la red remota puede variar considerablemente. 3uede utili#ar
una cone-in con ancho de banda e-istente o una red de mviles con alto coste de
llamada y disponibilidad intermitente. MQ)) es un protocolo efica# y de confian#a
con cone-iones intermitentes de alto coste5 consulte Supervisin del paciente en el
hogar.
,scalabilidad
$as compa%as elctricas y puntos de control central planean! con el tiempo!
desplegar decenas de millones de medidores inteligentes. ,n un principio! la
cantidad de medidores por despliegue se cifra en decenas de cientos de miles. ,ste
n4mero es comparable al destino inicial de MQ)) de E>.>>> cone-iones de cliente
abiertas por gestor de colas.
Un aspecto importante de la arquitectura de la supervisin y control de la
electricidad en el hogar es utili#ar el medidor inteligente como un concentrador de
redes. (ada adaptador de cada aparato es un sensor diferente. 2l conectarlos a un
concentrador local utili#ando MQ))! el concentrador puede agrupar los flu&os de
datos en una 4nica sesin )(3.'3 con el punto de control central! y tambin
almacena mensa&es durante un breve perodo de tiempo! para superar las
interrupciones de la sesin.
$as cone-iones remotas deben de&arse abiertas en los escenarios de electricidad en
el hogar por dos ra#ones. ,n primer lugar! porque se tarda mucho tiempo en abrir
las cone-iones! en relacin al tiempo que se tarda en enviar las solicitudes. ,l
tiempo que se tarda en abrir muchas cone-iones para enviar solicitudes
de Plimitacin de cargaP en un intervalo corto es muy largo. ,n segundo lugar!
porque para recibir solicitudes de limitacin de carga de una compa%a de
suministro de electricidad! el cliente debe haber abierto la cone-in antes. (on
MQ))! el cliente siempre inicia las cone-iones y para recibir las solicitudes de
limitacin de carga de la compa%a de suministro de electricidad! estas cone-iones
deben de&arse abiertas.
Si el ndice de cone-iones abiertas es crtico! o el servidor inicia solicitudes de
tiempo crtico! la solucin suele ser mantener muchas cone-iones abiertas.
2.1).3 4scenario de telemetr$a2 identi'cacin por radiofrecuencia
7*89D:
?<'0 es la utili#acin de un cdigo ?<'0 incorporado para identificar y reali#ar seguimiento
de un ob&eto de forma inal1mbrica. $os cdigos ?<'0 pueden leerse hasta en un rango de
varios metros y fuera de la lnea de visin del lector ?<'0. $os cdigos pasivo se activan
mediante un lector ?<'0. $os cdigos activos transmiten sin activacin e-terna. $os
cdigos activos deben tener una fuente de alimentacin elctrica. $os cdigos pasivos
pueden utili#ar una fuente de alimentacin elctrica para aumentar su rango de alcance.
?<'0 se utili#a en muchas aplicaciones! y los tipos de escenarios varan enormemente. $os
escenarios de ?<'0 y los de supervisin del paciente en el hogar y el de supervisin y
control de electricidad en el hogar tienen algunas similitudes y diferencias.
"mperceptibilidad
,n muchos escenarios! se despliega el lector ?<'0 en grandes cantidades y debe
funcionar sin intervencin del usuario. ,l lector incluye un cliente MQ)) incorporado
para la comunicacin con un punto de control central.
3or e&emplo! en un almacn de distribucin! un lector utili#a un sensor de
movimiento para detectar los pals. 2ctiva los cdigos ?<'0 de los elementos que
hay en el pal y enva datos y solicitudes a las aplicaciones centrales. $os datos se
utili#an para actuali#ar la ubicacin de la mercanca. $as solicitudes controlan lo que
ocurre con un pal cercano! por e&emplo! si se est1 moviendo hacia una baha
determinada. $os sistemas de equipa&es de aerolneas y aeropuertos utili#an de
est1 forma el ?<'0.
,n algunos escenarios en los que se utili#a ?<'0! el lector cuenta con un entorno de
sistema inform1tico est1ndar! como por e&emplo Qava M,. ,n algunos casos! el
cliente MQ)) puede desplegarse con una configuracin distinta a la de fabricacin.
Conexin asim5trica
$os lectores ?<'0 pueden estar separados del dispositivo de control local que
contiene el cliente MQ)) o pueden estar incorporados al cliente MQ)). $a eleccin
de cada tipologa depende de factores generales! geogr1ficos y relativos a las
comunicaciones.
!eguridad
$a privacidad y autenticidad son asuntos que van unidos a los cdigos ?<'0. $os
cdigos ?<'0 son discretos y pueden controlarse! falsificarse o ser for#adas de
forma secreta.
$a solucin a los temas de seguridad de ?<'0 aumenta la posibilidad de despliegue
de nuevas soluciones ?<'0. 2unque la seguridad est1 e-puesta en el cdigo ?<'0 y
el lector local! la utili#acin del proceso de informacin central puede contrarrestar
diferentes amena#as. 3or e&emplo! puede detectarse un intento de for#ar el cdigo
relacionando directamente los niveles de mercanca con las entregas y los envos.
Conecti/idad
$as aplicaciones ?<'0 utili#an normalmente el almacenamiento y envo por lotes de
informacin recopilada a partir de lectores ?<'0 y las consultas inmediatas. ,n el
escenario del almacn de distribucin! el lector ?<'0 est1 conectado todo el tiempo.
(uando se lee un cdigo! ste queda publicado &unto con la informacin sobre el
lector. $a aplicacin del almacn publica una respuesta y la devuelve al lector.
,n la aplicacin de almacn! la red suele ser fiable y las solicitudes inmediatas
pueden utili#ar mensa&es de Ptransmitir y olvidarP para conseguir un rendimiento de
latencia ba&a. $os datos que se almacenan y envan por lotes pueden utili#ar la
mensa&era de tipo Pe-actamente una ve#P para minimi#ar los costes de
administracin asociados a la prdida de datos.
,scalabilidad
Si la aplicacin de ?<'0 necesita respuestas inmediatas! en uno o dos segundos! los
lectores ?<'0 deben permanecer conectados.
2.1).4 4scenarios de telemetr$a2 deteccin del entorno
$a deteccin del entorno utili#a la telemetra para recoger informacin sobre los niveles y
la calidad de las aguas de los ros! la contaminacin atmosfrica y otros datos ambientales.
$os sensores se ubican normalmente en lugares remotos sin acceso a comunicacin por
cable. $os anchos de banda inal1mbricos son caros y poco seguros. :ormalmente! se
conectan una serie de sensores en una #ona geogr1fica peque%a a un dispositivo de
supervisin local que se encuentra en una ubicacin segura. $as cone-iones locales pueden
ser por cable o inal1mbricas.
"mperceptibilidad
$o normal es que los dispositivos de sensores estn en lugares poco accesibles!
tengan poca potencia y estn repartidos en mayores cantidades que los dispositivos
de supervisin central. $os sensores son a veces dispositivos Pno inteligentesP y el
dispositivo de supervisin local incluye adaptadores para transformar y almacenar
los datos del sensor. $o m1s probable es que el dispositivo de supervisin incorpore
un sistema de uso general que d soporte a Qava S, o M,. $a imperceptibilidad no
suele ser un requisito importante al configurar el cliente MQ)).
Conexin asim5trica
(on las posibilidades de los sensores y el coste y ancho de banda de la cone-in
remota! se obtiene normalmente un concentrador de supervisin local conectado a
un servidor central.
!eguridad
2 menos que la solucin sea para uso militar o defensivo! la seguridad no es un
requisito muy importante.
Conecti/idad
,n muchos de los usos no es necesario una supervisin continua o una
disponibilidad inmediata de los datos. $os datos de e-cepcin como! por e&emplo!
una alerta en el nivel de crecida de un ro! s necesitan enviarse de forma
inmediata. $os datos de los sensores se agregan al supervisor local para reducir los
costes de cone-in y comunicacin! y se transfieren utili#ando cone-iones
planificadas. $os datos de e-cepcin se reenvan al supervisor tan pronto como se
detecten.
,scalabilidad
$os sensores se concentran en torno a concentradores locales y los datos de los
sensores se agregan en paquetes que se transmiten seg4n se haya planificado.
2mbos factores reducen la carga en el servidor central que se impondra si se
utili#aran los sensores conectados directamente.
2.1).& 4scenarios de telemetr$a2 aplicaciones m#iles
$as aplicaciones mviles son aplicaciones que se e&ecutan en dispositivos inal1mbricos. $os
dispositivos pueden ser plataformas de aplicaciones genricas o dispositivos
personali#ados.
$as plataformas genricas incluyen dispositivos de mano! como telfonos y 302! y
dispositivos port1tiles como! por e&emplo! los ordenadores port1tiles. $os dispositivos
personali#ados utili#an hard6are especial adaptado a aplicaciones especficas. Un e&emplo
de dispositivo mvil personali#ado es aqul que se utili#a para entregas de paquetes
PfirmadosP. $as aplicaciones para dispositivos mviles personali#ados a menudo se crean
para una plataforma de soft6are genrica.
"mperceptibilidad
,l despliegue de aplicaciones mviles personali#adas se gestiona! y puede incluir la
configuracin de la aplicacin de cliente MQ)). $a imperceptibilidad no suele ser un
requisito importante al configurar el cliente MQ)).
Conexin asim5trica
2 diferencia de la topologa de concentrador local de los escenarios anteriores! los
clientes mviles se conectan de forma remota. $a capa de aplicacin de cliente se
conecta directamente a una aplicacin en el concentrador central.
!eguridad
(uando e-iste seguridad fsica reducida! el dispositivo mvil y su usuario deben
autenticarse. Se utili#a SS$ para confirmar la identidad del dispositivo! y Q22S para
el usuario.
Conecti/idad
Si la aplicacin mvil depende de la cobertura inal1mbrica! debe poder funcionar sin
cone-in y debe poder hacer frente de forma efica# a una cone-in que se
interrumpa. ,n este entorno! el ob&etivo es permanecer conectado! pero la
aplicacin debe poder almacenar y enviar mensa&es. 2 menudo! los mensa&es son
pedidos o confirmaciones de entregas! por lo que son importantes desde el punto
de vista empresarial. )ienen que almacenarse y reenviarse de forma fiable.
,scalabilidad
$a escalabilidad no es un punto importante. $a cantidad de clientes de aplicaciones
no suelen ser m1s de varios miles o decenas de miles en los escenarios de
aplicaciones mviles personali#adas.
2.1# Cone0in de dispositivos de telemetra a un gestor de colas
$os dispositivos de telemetra se conectan a un gestor de colas utili#ando un cliente MQ))
vH. ,l cliente MQ)) vH utili#a )(3.'3 para conectarse a un escucha )(3.'3! al cual llama el
servicio de telemetra.
(omo alternativa a la cone-in de dispositivos de telemetra directamente al servicio de
telemetra! puede conectar los dispositivos al daemon de WebSphere MQ )elemetry para
dispositivos. ,l daemon! en s mismo! es un cliente MQ)) vH. 2grupa las cone-iones de
dispositivo! y reali#a una sola cone-in al servicio de telemetra. 3uede conectar los
daemons en una &erarqua! aumentando el n4mero de dispositivos que pueden estar
conectados indirectamente a WebSphere MQ debido a varios rdenes de magnitud.
,l cliente MQ)) inicia una cone-in )(3.'3 utili#ando el mtodo M0))+li!&).1o&&!1). 2l
igual que ocurre con los clientes WebSphere MQ! un cliente MQ)) debe estar conectado al
gestor de colas para poder enviar y recibir mensa&es. $a cone-in se reali#a en el servidor!
utili#ando un escucha )(3.'3! que se instala con WebSphere MQ )elemetry! que se conoce
como servicio de telemetra. (ada gestor de colas e&ecuta! como m1-imo! un servicio de
telemetra.
,l servicio de telemetra utili#a la direccin de socIet remoto que establece cada cliente en
el mtodo M0))+li!&).1o&&!1) para asignar la cone-in a un canal de telemetra. Una
direccin de socIet es la combinacin de nombre de host )(3.'3 y n4mero de puerto. Si
varios clientes utili#an la misma direccin de socIet remoto! todos estar1n conectados al
mismo canal de telemetra! a travs del servicio de telemetra.
Si hay varios gestores de colas en un servidor! divida los canales de telemetra entre los
gestores de colas. 2signe las direcciones de socIet remoto entre los gestores de colas.
0efina cada canal de telemetra con una direccin de socIet remoto e-clusiva. 0os canales
de telemetra no deben utili#ar la misma direccin de socIet.
Si se configura la misma direccin de socIet remoto para canales de telemetra que estn
en varios gestores de colas! el primer canal de telemetra en conectarse! gana. $os canales
subsiguientes que se conecten a la misma direccin fallan! y crean un archivo de captura
de datos en primer error <0(".
Si hay varios adaptadores de red en el servidor! divida las direcciones de socIet remoto
entre los canales de telemetra. $a asignacin de direcciones de socIet es totalmente
arbitraria! siempre que cualquier direccin de socIet especfica se haya configurado en slo
un canal de telemetra.
(onfigure WebSphere MQ para que se conecte mediante los clientes MQ)) que utilicen los
asistentes proporcionados en el suplemento de WebSphere MQ )elemetry para WebSphere
MQ ,-plorer. 0e forma alternativa! siga las instrucciones de (onfiguracin de un gestor de
colas para telemetra en $inu- y 2'9 y de (onfiguracin de un gestor de colas para
telemetra en Windo6s para configurar la telemetra manualmente.
2.1$ 1rotocolos de cone0in de telemetra
WebSphere MQ )elemetry da soporte a )(3.'3 '3vC e '3vF! y a SS$.
2.1& .ervicio de telemetra
,l servicio de telemetra es un escucha )(3.'3! que se gestiona como un servicio
de WebSphere MQ. (ree el servicio utili#ando un asistente de WebSphere MQ ,-plorer! o
con un mandato runmqsc.
,l servicio de WebSphere MQ se llama SYSTEM.MQXR.SER/I+E.
,l asistente Configuracin de muestra de telemetra que se proporciona en el
suplemento deWebSphere MQ )elemetry para WebSphere MQ ,-plorer! crea el servicio de
telemetra y un canal de telemetra de e&emplo5 consulte ;erificacin de la instalacin de
WebSphere MQ )elemetry mediante WebSphere MQ ,-plorer. Si desea crear la
configuracin de e&emplo desde la lnea de mandatos! consulte ;erificacin de la
instalacin de WebSphere MQ )elemetry utili#ando la lnea de mandatos.
,l servicio de telemetra se inicia y se detiene autom1ticamente con el gestor de colas.
(ontrole el servicio utili#ando la carpeta de servicios en WebSphere MQ ,-plorer. 3ara ver
el servicio! debe pulsar el icono para detener el e-plorador que filtra los ob&etos SMS),M
de la pantalla.
,n installMQ9?ServiceTuni-.mqsc se muestra un e&emplo de cmo crear el servicio
manualmente en2'9 y en $inu-. ,n installMQ9?ServiceT6in.mqsc se muestra cmo crear
el servicio manualmente enWindo6s.
2.2' Canales de telemetra
(ree canales de telemetra para crear cone-iones con diferentes propiedades como! por
e&emplo! Qava 2uthentication and 2uthori#ation Service Q22S" o autenticacin SS$! o para
gestionar grupos de clientes.
(ree canales de telemetra utili#ando el asistente Nue/o canal de telemetra que se
proporciona con el suplemento de WebSphere MQ )elemetry para WebSphere MQ ,-plorer.
(onfigure un canal con el asistente para aceptar cone-iones de clientes MQ)) en un puerto
)(3.'3 especfico.
(ree varios canales de telemetra en diferentes puertos para gestionar m1s f1cilmente
grandes cantidades de cone-iones de cliente! dividiendo los clientes en grupos. (ada canal
de telemetra tiene un nombre diferente.
3uede configurar los canales de telemetra con atributos de seguridad diferentes para crear
tipos de cone-iones diferentes. (rear varios canales para aceptar cone-iones de cliente en
diferentes direcciones )(3.'3. Utilice SS$ para cifrar mensa&es y autenticar el canal de
telemetra y el cliente5 consulte (onfiguracin SS$ de clientes MQ)) y canales de
telemetra. ,specifique el '0 de usuario para simplificar la autori#acin de acceso a los
ob&etos de WebSphere MQ. ,specifique la configuracin Q22S para autenticar el usuario
MQ)) con Q2SS5 consulte 'dentificacin! autori#acin y autenticacin de clientes MQ)).
2.21 1rotocolo M)TT
,l protocolo MQ )elemetry )ransport MQ))" vH se ha dise%ado para intercambiar
mensa&es entre peque%os dispositivos con reducido ancho de banda! o cone-iones caras! y
para enviar mensa&es de forma segura. Utili#a )(3.'3.
,l protocolo MQ)) est1 publicado5 consulte <ormato y protocolo MQ )elemetry )ransport.
$a versin H del protocolo utili#a la opcin de publicar.suscribir y da soporte a tres
calidades de servicio/ Ptransmitir y olvidarP! Pal menos una ve#P y Pe-actamente una ve#P.
$os mensa&es son reducidos gracias al peque%o tama%o de las cabeceras del protocolo y a
la carga del mensa&e en matri# de bytes. $as cabeceras constan de una cabecera fi&a de G
bytes y de hasta =G bytes de otras cabeceras variables adicionales. ,l protocolo utili#a =G
bytes de cabeceras variables para suscribirse y conectarse y slo G bytes para cabeceras
variables para la mayora de las publicaciones.
(on tres calidades de servicio! puede buscar un punto intermedio entre la latencia ba&a y
la fiabilidad5 consulte (alidades de servicio que proporciona un cliente MQ )elemetry
)ransport. P)ransmitir y olvidarP utili#a almacenamiento de dispositivos no persistente y
slo una transmisin para enviar o recibir una publicacin. $as opciones de Pal menos una
ve#P y Pe-actamente una ve#P necesitan almacenamiento persistente en el dispositivo para
poder mantener el estado del protocolo y guardar un mensa&e hasta obtener el acuse de
recibo del mismo.
,l protocolo es de la familia de protocolos MQ)) que se utili#an en otros productos como!
por e&emplo $otus ,-peditor5 consulte $otus ,-peditor enables client integration.
2.22 Clientes M)TT
Una aplicacin de cliente MQ)) se encarga de recopilar informacin del dispositivo de
telemetra! conectar con el servidor y publicar la informacin en el servidor. )ambin puede
suscribirse a temas! recibir publicaciones y controlar el dispositivo de telemetra.
2 diferencia de las aplicaciones cliente de WebSphere MQ! los clientes MQ)) no son
aplicaciones deWebSphere MQ. :o especifican ning4n gestor de colas al que conectarse.
:o est1n limitados a utili#ar interfaces de programacin especficas de WebSphere MQ. ,n
su lugar! los clientes MQ)) implementan el protocolo MQ)) vH. 3uede escribir su propia
23' para interactuar con el protocolo MQ)) en el lengua&e de programacin! y en la
plataforma! que eli&a5 consulte <ormato y protocolo MQ )elemetry )ransport.
3ara simplificar la escritura de aplicaciones de cliente MQ))! WebSphere MQ
)elemetry proporciona bibliotecas de cliente ( y Qava que encapsulan el protocolo MQ)) vH
para una serie de plataformas5 consulte 3acIage
com.ibm.micro.client.mqttvH y 0ispositivos que admite WebSphere MQ )elemetry. Si
incorpora estas bibliotecas en las aplicaciones MQ)) propias! un cliente MQ))
completamente funcional puede constar de tan slo =E lneas de cdigo5
consulte 3ubSync.&ava.
Se instalan dos copias del archivo &ar 1o2.i32.2i1o.1li!&).20))43.5a. Una copia
tiene un n4mero de versin como parte del nombre de archivo5 por
e&emplo/1o2.i32.2i1o.1li!&).20))43_3.6.2.6726166823.5a. Utilice la copia con
versin en las aplicaciones *S+i. ,l contenido de los archivos Q2? es el mismo.
,l cliente MQ)) se encarga siempre de iniciar una cone-in con un canal de telemetra.
)ras conectarse! tanto el cliente MQ)) como una aplicacin de WebSphere MQ pueden
iniciar el intercambio de mensa&es.
$os clientes MQ)) y las aplicaciones de WebSphere MQ publican y se suscriben al mismo
con&unto de temas. Una aplicacin de WebSphere MQ tambin puede enviar un mensa&e
directamente a un cliente MQ)) sin que el cliente cree una suscripcin primero5
consulte (onfigurar la cola distribuida para enviar mensa&es a clientes MQ)).
$os clientes MQ)) se conectan a WebSphere MQ utili#ando un canal de telemetra. ,l canal
de telemetra act4a como puente con entre los diferentes tipos de mensa&e que utili#an
MQ)) yWebSphere MQ. (rea publicaciones y suscripciones en el gestor de colas! en
nombre del cliente MQ)). ,l canal de telemetra enva las publicaciones que coinciden con
las suscripciones de un cliente MQ)) del gestor de colas al cliente MQ)).
2.23 2nvo de un mensaje a un cliente M)TT
$as aplicaciones de WebSphere MQ pueden enviar mensa&es de clientes MQ)) vH
publicando en las suscripciones que hayan creado los clientes o enviando mensa&es
directamente. $os clientes MQ)) pueden enviar mensa&es a otros clientes mediante la
publicacin en temas a los que se haya suscrito stos.
2.23.1 /n cliente 1Q;; se suscri%e a una pu%licacin< 6ue reci%e
desde =e%.p5ere 1Q
,fect4e la tarea 3ublicacin de un mensa&e en el programa de utilidad cliente MQ)) desde
WebSphere MQ ,-plorer! para enviar una publicacin de WebSphere MQ a un cliente MQ)).
,l modo est1ndar que debe utili#arse para que un cliente MQ)) vH reciba mensa&es es
crear! para el mismo! una suscripcin a un tema o a un con&unto de temas. ,n el e&emplo
de fragmento de cdigo! la <igura =! el cliente MQ)) se suscribe utili#ando la serie de
tema 9MQTT Exa2"l!%9. Una aplicacin ( de WebSphere MQ! <igura G! publica en el tema!
utili#ando la serie de tema 9MQTT Exa2"l!%9. ,n el fragmento de cdigo! la <igura H! el
cliente MQ)) recibe la publicacin en el mtodo de devolucin de
llamada! 2!%%a(!Ai4!'.
3ara obtener m1s informacin sobre cmo configurar WebSphere MQ para que enve
publicaciones en respuesta a las suscripciones de clientes MQ))! consulte 3ublicacin de un
mensa&e en respuesta a una suscripcin de cliente MQ)).
2.23.2 /na aplicacin de =e%.p5ere 1Q en#$a un mensaje
directamente a un cliente 1Q;;
,fect4e la tarea ,nvo de un mensa&e a un cliente MQ)) utili#ando WebSphere MQ
,-plorer! para enviar un mensa&e directamente de WebSphere MQ a un cliente MQ)).
Un mensa&e enviado de esta forma a un cliente MQ))! se denomina mensa&e no solicitado.
$os clientes MQ)) vH reciben los mensa&es no solicitados como publicaciones! con un
nombre de tema ya establecido. ,l servicio de telemetra establece el nombre del tema en
el nombre de la cola remota.
:o se pueden enviar mensa&es no solicitados al daemon de WebSphere MQ para
dispositivos/ el daemon podra finali#ar si recibe un mensa&e no solicitado. Un cliente MQ))
vH no puede enviar un mensa&e no solicitado a otro cliente MQ)) vH! ni a una cola de
WebSphere MQ.
3ara obtener m1s informacin sobre cmo configurar WebSphere MQ para que enve
mensa&es directamente a los clientes MQ))! consulte ,nvo de un mensa&e a un cliente
directamente.
2.23.3 /n cliente 1Q;; pu%lica un mensaje
Un cliente MQ)) vH puede publicar un mensa&e que recibir1 otro cliente MQ)) vH! pero no
puede enviar un mensa&e no solicitado. ,n el fragmento de cdigo de la <igura C se
muestra cmo un cliente MQ)) vH! escrito en Qava! publica un mensa&e.
,l patrn tpico para enviar un mensa&e a un cliente MQ)) vH especfico! es para que cada
cliente cree una suscripcin a su propio +li!&)I'!&)i:i!. ,fect4e la tarea 3ublicacin de
un mensa&e en un cliente MQ)) vH especfico! para publicar un mensa&e de un cliente
MQ)) a otro cliente MQ))! utili#ando +li!&)I'!&)i:i! como serie de tema.
2.23.4 8ra!mentos de cdi!o de ejemplo
,n el fragmento de cdigo de la <igura = se muestra cmo un cliente MQ)) escrito en Qava
crea una suscripcin. )ambin necesita un mtodo de devolucin de
llamada! 2!%%a(!Ai4!' para poder recibir publicaciones para la suscripcin. ,l
fragmento de cdigo se e-trae de la tarea! (reacin de un suscriptor para MQ )elemetry
)ransport mediante Qava.
Figura 1. -uscriptor de cliente ./00 v&
S)i&( 1li!&)I' $ S)i&(.:o2a)(9;723.23%9<
S#%)!2.(!)-o"!)#(9u%!.&a2!9) = 9_9 =
(UUID.a&'o2UUID().)oS)i&(())).)i2()).!"la1!('7'< '_')>
M0))+li!&) 1li!&) $ &!* M0))+li!&)(9lo1al?o%)9< 1li!&)I')>
S)i&( )o"i1S)i&( $ 9MQTT Exa2"l!%9>
i&) QoS $ 1>
1li!&).%u3%1i3!()o"i1S)i&(< QoS)>
,n el fragmento de cdigo de la <igura G se muestra cmo una aplicacin de WebSphere
MQ! escrita en (! enva una publicacin. ,l fragmento de cdigo se e-trae de la
tarea! (rear un publicador en un tema variable.
Figura $. )u!licador de 1e!-p2ere ./
@A D!:i&i # !%)a3l!1! 4aia3l!% )o.'!:aul)% A@
@A LB&!a% o2i)i'a% !& la% 0u! %! '!1laa& 4aia3l!% A@
1?a A )o"i1Na2! $ 99
1?a A )o"i1S)i&( $ 9MQTT Exa2"l!%9
1?a A "u3li1a)io& $ 9H!llo *ol'C9>
'o D
MQ+ONN(0M(Na2!< EH1o&&< E+o2"+o'!< ER!a%o&)>
i: (+o2"+o'! C$ MQ++_OF) 3!aG>
)'.O35!1)T#"! $ MQOT_TO-I+> @A El o35!)o !% u& )!2a A@
)'./!%io& $ MQOD_/ERSION_H> @A El '!%1i")o )i!&! 0u! %! '! la 4!%iI& /H A@
%)&1"#()'.O35!1)Na2!< )o"i1Na2!< MQ_TO-I+_NAME_LEN,TH)>
)'.O35!1)S)i&(./S-) $ )o"i1S)i&(>
)'.O35!1)S)i&(./SL!&()? $ (MQLON,)%)l!&()o"i1S)i&()>
MQO-EN(H1o&&< E)'< MQOO_OUT-UT J MQOO_FAIL_IF_QUIES+IN,< EHo35< E+o2"+o'!< ER!a%o&)>
i: (+o2"+o'! C$ MQ++_OF) 3!aG>
"2o.O")io&% $ MQ-MO_FAIL_IF_QUIES+IN, J MQ-MO_RETAIN>
MQ-UT(H1o&&< Ho35< E2'< E"2o< (MQLON,)%)l!&("u3li1a)io&)=1< "u3li1a)io&< E+o2"+o'!<
ER!a%o&)>
i: (+o2"+o'! C$ MQ++_OF) 3!aG>
MQ+LOSE(H1o&&< EHo35< MQ+O_NONE< E+o2"+o'!< ER!a%o&)>
i: (+o2"+o'! C$ MQ++_OF) 3!aG>
MQDIS+(EH1o&&< E+o2"+o'!< ER!a%o&)>
K *?il! (6)>
(uando la publicacin llega! el cliente MQ)) llama al mtodo 2!%%a(!Ai4!' de la
claseM0))+all3a1G del cliente de aplicacin MQ)). ,l fragmento de cdigo se e-trae de la
tarea!(reacin de un suscriptor para MQ )elemetry )ransport mediante Qava.
Figura &. .todo messageArrived
"u3li1 1la%% +allLa1G i2"l!2!&)% M0))+all3a1G D
"u3li1 4oi' 2!%%a(!Ai4!'(M0))To"i1 )o"i1< M0))M!%%a(! 2!%%a(!) D
)# D
S#%)!2.ou)."i&)l&(9Ha ll!(a'o u& 2!&%a5!M N99 = 2!%%a(!.)oS)i&(()
= 9N9 !& !l )!2a N99 = )o"i1.)oS)i&(() = 9N99)>
K 1a)1? (Ex1!")io& !) D
!."i&)S)a1GTa1!()>
K
K
@@ ... O)o% 2O)o'o% '! '!4olu1iI& '! lla2a'a
K
,n la <igura Cse muestra un MQ)) vH que publica un mensa&e a la suscripcin que se ha
creado en la<igura =. ,l fragmento de cdigo se e-trae de la tarea! (reacin de una
primera aplicacin de publicador de MQ )elemetry )ransport mediante Qava.
Figura '. )u!licador de cliente ./00 v&
S)i&( a''!%% $ 9lo1al?o%)9>
S)i&( 1li!&)I' $ S)i&(.:o2a)(9;723.23%9<
S#%)!2.(!)-o"!)#(9u%!.&a2!9) = 9_9 =
(UUID.a&'o2UUID().)oS)i&(())).)i2()).!"la1!('7'< '_')>
M0))+li!&) 1li!&) $ &!* M0))+li!&)(a''!%%< 1li!&)I')>
S)i&( )o"i1S)i&( $ 9MQTT Exa2"l!%9>
M0))To"i1 )o"i1 $ 1li!&).(!)To"i1(Exa2"l!.)o"i1S)i&()>
S)i&( "u3li1a)io& $ 9H!llo *ol'9>
M0))M!%%a(! 2!%%a(! $ &!* M0))M!%%a(!("u3li1a)io&.(!)L#)!%())>
M0))D!li4!#ToG!& )oG!& $ )o"i1."u3li%?(2!%%a(!)>
2.24 1u"licacin de un mensaje en el programa de utilidad cliente
M)TT desde -e".p/ere M) 20plorer
Siga los pasos de esta tarea para publicar un mensa&e utili#ando WebSphere MQ ,-plorer!
y para suscribirse al mismo con el programa de utilidad cliente MQ)). ,n una tarea
adicional se le muestra cmo configurar un alias de gestor de colas! en lugar de establecer
la cola de transmisin predeterminada en SYSTEM.MQTT.TRANSMIT.QUEUE.
2.24.1 >ntes de empe0ar
,n la tarea se presupone que est1 familiari#ado con WebSphere MQ y WebSphere MQ
,-plorer! y que ya ha instalado WebSphere MQ y la caracterstica WebSphere MQ
)elemetry.
,l usuario que cree los recursos del gestor de colas para esta tarea deber1 tener permisos
suficientes para poder hacerlo. 2 efectos de demostracin! se presupone que el '0 de
usuario de WebSphere MQ ,-plorer es miembro del grupo 202.
2.24.2 >cerca de esta tarea
,n la tarea! puede crear un tema en WebSphere MQ y suscribirse al mismo usando el
programa de utilidad cliente MQ)). 2l publicar en el tema utili#ando WebSphere MQ
,-plorer! el cliente MQ)) recibe la publicacin.
2.24.3 ?rocedimiento
,fect4e una de las tareas siguientes/
7a instalado WebSphere MQ )elemetry! pero no lo ha iniciado todava. ,fect4e la
tarea/ 'nicio de la tarea sin haber definido todava el servicio de telemetra.
7a e&ecutado la telemetra de WebSphere MQ antes! pero desea utili#ar un gestor
de colas nuevo para reali#ar la demostracin. ,fect4e la tarea/ 'nicio de la tarea sin
haber definido todava el servicio de telemetra.
0esea efectuar la tarea utili#ando un gestor de colas e-istente que no tiene
definidos los recursos de telemetra. :o desea e&ecutar el asistente $efinir
configuracin de ejemplo.
a. ,fect4e una de las tareas siguientes para configurar la telemetra/
(onfiguracin de un gestor de colas para telemetra en $inu- y 2'9
(onfiguracin de un gestor de colas para telemetra en Windo6s
b. ,fect4e la tarea/ 'nicio de la tarea despus e&ecutar el servicio de
telemetra.
Si desea efectuar la tarea utili#ando un gestor de colas e-istente que ya tenga
definidos los recursos! realice la tarea/ 'nicio de la tarea despus e&ecutar el
servicio de telemetra.
2.24.4 Qu 5acer a continuacin
,fect4e los pasos indicados en ,nvo de un mensa&e a un cliente MQ)) utili#ando
WebSphere MQ ,-plorer para enviar un mensa&e directamente al programa de utilidad
cliente.
2.24.& 9nicio de la tarea sin 5a%er de'nido toda#$a el ser#icio de
telemetr$a
(ree un gestor de colas y e&ecutar el asistente $efinir configuracin de ejemplo para
definir recursos de telemetra de e&emplo para el gestor de colas. 3ublique un mensa&e
utili#ando WebSphere MQ ,-plorer! y suscrbase al mismo con el programa de utilidad
cliente MQ)).
2.24.5.1 ACERCA DE ESTA TAREA
2l configurar los recursos de e&emplo mediante el asistente $efinir configuracin de
ejemplo! se establecen los permisos del '0 de usuario invitado. (onsidere detenidamente
si desea autori#ar al '0 de usuario invitado de esta forma. 2 los usuarios i&4i)a'o en
Windo6s! y &o3o'# en $inu-! se les ha dado permiso para publicar y suscribirse a la ra#
del 1rbol de temas! y para transferir mensa&es a SYSTEM.MQTT.TRANSMIT.QUEUE.
,l asistente tambin establece la cola de transmisin predeterminada
enSYSTEM.MQTT.TRANSMIT.QUEUE! que puede interferir con las aplicaciones que se
e&ecuten en un gestor de colas e-istente. ,s posible! pero laborioso! configurar la
telemetra y no utili#ar la cola de transmisin predeterminada5 efect4e lo siguiente en la
tarea/ Utili#acin de un alias de gestor de colas. ,n esta tarea! crear1 un gestor de colas
para evitar la posibilidad de interferir en las colas de transmisin predeterminadas
e-istentes.
2.24.5.2 R!CED"#"E$T!
=. 2l utili#ar WebSphere MQ ,-plorer! se crea y se inicia un gestor de colas nuevo.
a. 3ulse el botn derecho del ratn en la carpeta Qu!u!
Ma&a(!% U Nue/o U %estor de colas666. ,scriba un nombre de gestor de
colas nuevo U 7inali8ar.
2sgnele un nombre de gestor de colas5 por e&emplo! MQTTQM,R.
G. (ree e inicie el servicio de telemetra! y cree un canal de telemetra de e&emplo.
a. 2bra la carpeta Qu!u! Ma&a(!%Nnomb_gestor_colasNT!l!2!)#.
b. 3ulse $efinir configuracin de ejemplo666 U 7inali8ar.
0e&e seleccionado el recuadro de seleccin "niciar el programa de
utilidad cliente M)((.
H. (ree una subscripcin para MQTT Exa2"l! utili#ando el programa de utilidad cliente
MQ)).
a. 3ulse Conectar.
,l 9istorial del cliente registra un suceso de tipo +o&!1)a'o.
b. ,scriba MQTT Exa2"l! en el campo !uscripcin:tema U !uscribir.
,l 9istorial del cliente registra un suceso de tipo Su%1i)o.
C. (ree MQTTExa2"l!To"i1 en WebSphere MQ.
a. 3ulse el botn derecho del ratn la carpeta Qu!u!
Ma&a(!%Nnomb_gestor_colasNTo"i1%en WebSphere MQ ,-plorer
U Nue/o U (ema.
b. ,scriba MQTTExa2"l!To"i1 como Nombre U !iguiente.
c. ,scriba MQTT Exa2"l! como !erie de tema U 7inali8ar.
d. 3ulse &ceptar para cerrar la ventana de acuse de recibo.
E. 3ublique H!llo Pol'C en el tema MQTT Exa2"l! utili#ando WebSphere MQ
,-plorer.
a. 3ulse la carpeta Qu!u! Ma&a(!%Nnomb_gestor_colasNTo"i1% en
WebSphere MQ ,-plorer.
b. 3ulse el botn derecho del ratn MQTTExa2"l!To"i1 U Publicacin de
prueba666.
c. ,scriba H!llo Pol'C en el campo $atos de mensaje U Publicar
mensaje U ;aya a la ventana 3rograma de utilidad cliente MQ)).
,l 9istorial del cliente registra un suceso de tipo R!1i3i'o.
2.24.) 9nicio de la tarea despus ejecutar el ser#icio de telemetr$a
(ree un canal de telemetra y un tema. 2utorice al usuario a utili#ar el tema y la cola de
transmisin de telemetra. 3ublique un mensa&e utili#ando WebSphere MQ ,-plorer! y
suscrbase al mismo con el programa de utilidad cliente MQ)).
2.24.%.1 A$TES DE E#E&AR
,n esta versin de la tarea se ha definido! y est1 en e&ecucin! un gestor de
colas!nomb_gestor_colas. Se ha definido un servicio de telemetra! y ya est1 en
e&ecucin. ,s posible que el servicio de telemetra se haya creado manualmente! o al
e&ecutar el asistente $efinir configuracin de ejemplo.
2.24.%.2 ACERCA DE ESTA TAREA
,n esta tarea! configurar1 un gestor de colas e-istente para que enve una publicacin al
programa de utilidad cliente MQ)).
,n el paso = de la tarea se establece la cola de transmisin predeterminada
enSYSTEM.MQTT.TRANSMIT.QUEUE! que puede interferir con las aplicaciones que se
e&ecuten en un gestor de colas e-istente. ,s posible! pero laborioso! configurar la
telemetra y no utili#ar la cola de transmisin predeterminada5 efect4e lo siguiente en la
tarea/ Utili#acin de un alias de gestor de colas.
2.24.%.' R!CED"#"E$T!
=. ,stable#ca SYSTEM.MQTT.TRANSMIT.QUEUE como la cola de transmisin
predeterminada.
a. 3ulse el botn derecho del ratn la carpeta Qu!u!
Ma&a(!%Nnomb_gestor_colas UPropiedades666.
b. 3ulse Comunicacin en el navegador.
c. 3ulse !eleccionar666 U
Seleccione SYSTEM.MQTT.TRANSMIT.QUEUE U &ceptar U &ceptar.
G. (ree un canal de telemetra MQTTExa2"l!+?a&&!l para conectar el programa de
utilidad cliente MQ)) a WebSphere MQ! e iniciar el programa de utilidad cliente
MQ)).
a. 3ulse el botn derecho del ratn la carpeta Qu!u!
Ma&a(!%Nnomb_gestor_colasNT!l!2!)#N+?a&&!l% en WebSphere MQ
,-plorer UNue/o U Canal de telemetra666.
b. ,scriba MQTTExa2"l!+?a&&!l en el campo Nombre de
canal U !iguiente U !iguiente.
c. (ambie el "$ de usuario fijo en el panel de autori#acin del cliente del '0
de usuario que se va a publicar y suscribirse a MQTTExa2"l! U !iguiente.
d. 0e&e seleccionado "niciar programa de utilidad cliente U 7inali8ar.
H. (ree una subscripcin para MQTT Exa2"l! utili#ando el programa de utilidad cliente
MQ)).
a. 3ulse Conectar.
,l 9istorial del cliente registra un suceso de tipo +o&!1)a'o.
b. ,scriba MQTT Exa2"l! en el campo !uscripcin:tema U !uscribir.
,l 9istorial del cliente registra un suceso de tipo Su%1i)o.
C. (ree MQTTExa2"l!To"i1 en WebSphere MQ.
a. 3ulse el botn derecho del ratn la carpeta Qu!u!
Ma&a(!%Nnomb_gestor_colasNTo"i1%en WebSphere MQ ,-plorer
U Nue/o U (ema.
b. ,scriba MQTTExa2"l!To"i1 como Nombre U !iguiente.
c. ,scriba MQTT Exa2"l! como !erie de tema U 7inali8ar.
d. 3ulse &ceptar para cerrar la ventana de acuse de recibo.
E. Si desea que un usuario! que no est en el grupo 202! publique y se suscriba al
temaMQTTExa2"l!! haga lo siguiente/
a. 2utorice al usuario a publicar en! y suscribirse a! el
tema MQTTExa2"l!To"i1/
%!)20au) 72 nomb_gestor_colas 7) )o"i1 7& MQTTExa2"l!To"i1 7" ID_usuario
7all ="u3 =%u3
b. 2utorice al usuario a transferir un mensa&e a la
cola SYSTEM.MQTT.TRANSMIT.QUEUE/
%!)20au) 72 nomb_gestor_colas 7) 0 7& SYSTEM.MQTT.TRANSMIT.QUEUE 7"
ID_usuario 7all ="u) =(!)
F. 3ublique H!llo Pol'C en el tema MQTT Exa2"l! utili#ando WebSphere MQ
,-plorer.
a. 3ulse la carpeta Qu!u! Ma&a(!%Nnomb_gestor_colasNTo"i1% en
WebSphere MQ ,-plorer.
b. 3ulse el botn derecho del ratn MQTTExa2"l!To"i1 U Publicacin de
prueba666.
c. ,scriba H!llo Pol'C en el campo $atos de mensaje U Publicar
mensaje U ;aya a la ventana 3rograma de utilidad cliente MQ)).
,l 9istorial del cliente registra un suceso de tipo R!1i3i'o.
2.24.@ /tili0acin de un alias de !estor de colas
3ublique un mensa&e en el programa de utilidad cliente MQ)) utili#ando WebSphere MQ
,-plorer sin establecer la cola de transmisin predeterminada
en SYSTEM.MQTT.TRANSMIT.QUEUE.
$a tarea es una continuacin de la tarea anterior! y en ella se utili#a un alias de gestor de
colas para evitar establecer la cola de transmisin predeterminada
en SYSTEM.MQTT.TRANSMIT.QUEUE.
2.24.(.1 A$TES DE E#E&AR
(omplete la tarea 'nicio de la tarea sin haber definido todava el servicio de telemetra o la
tarea'nicio de la tarea despus e&ecutar el servicio de telemetra.
2.24.(.2 ACERCA DE ESTA TAREA
(uando un cliente MQ)) crea una suscripcin! WebSphere MQ enva su respuesta
utili#ando+li!&)I'!&)i:i! como nombre del gestor de colas remoto. ,n esta tarea!
utili#a el+li!&)I'!&)i:i!! M#+li!&).
Si no hay ninguna cola de transmisin o ning4n alias de gestor de colas
denominado M#+li!&)! la respuesta se coloca en la cola de transmisin predeterminada. 2l
establecer la cola de transmisin predeterminada en SYSTEM.MQTT.TRANSMIT.QUEUE! el
cliente MQ)) obtiene la respuesta.
3uede evitar establecer la cola de transmisin predeterminada
en SYSTEM.MQTT.TRANSMIT.QUEUEutili#ando los alias de gestor de colas. 0ebe configurar
un alias de gestor de colas para cada+li!&)I'!&)i:i!. :ormalmente! hay demasiados
clientes para que resulte pr1ctico utili#ar los alias de gestor de colas. 2
menudo +li!&)I'!&)i:i! es imprevisible! haciendo que sea imposible configurar la
telemetra esta forma.
Sin embargo! en algunas circunstancias puede que tenga que configurar la cola de
transmisin predeterminada en un valor distinto de SYSTEM.MQTT.TRANSMIT.QUEUE. ,n los
pasos de3rocedimiento se e-plica cmo configurar un alias de gestor de colas! en lugar de
establecer la cola de transmisin predeterminada en SYSTEM.MQTT.TRANSMIT.QUEUE.
2.24.(.' R!CED"#"E$T!
=. ,limine SYSTEM.MQTT.TRANSMIT.QUEUE como la cola de transmisin
predeterminada.
a. 3ulse el botn derecho del ratn la carpeta Qu!u!
Ma&a(!%Nnomb_gestor_colas UPropiedades666.
b. 3ulse Comunicacin en el navegador.
c. Quite SYSTEM.MQTT.TRANSMIT.QUEUE del campo Cola de transmisin
predeterminada U&ceptar.
G. (ompruebe que ya no puede crear una suscripcin con el programa de utilidad
cliente MQ))/
a. 3ulse Conectar.
,l 9istorial del cliente registra un suceso de tipo +o&!1)a'o.
b. ,scriba MQTT Exa2"l! en el campo !uscripcin:tema U !uscribir.
,l 9istorial del cliente registra un suceso de tipo La %u%1i"1iI& ?a :alla'o y
uno de tipoS! ?a "!'i'o la 1o&!xiI&.
H. (ree un alias de gestor de colas para el +li!&)I'!&)i:i!! M#+li!&).
a. 3ulse el botn derecho del ratn la carpeta Qu!u!
Ma&a(!%Nnomb_gestor_colasNQu!u!%U Nue/o U $efinicin de cola
remota.
b. $lame a la definicin M#+li!&) U !iguiente.
c. ,scriba M#+li!&) en el campo %estor de colas remoto.
d. ,scriba SYSTEM.MQTT.TRANSMIT.QUEUE en el campo Cola de
transmisin U 7inali8ar.
C. ;uelva a conectar el programa de utilidad cliente MQ)).
a. (ompruebe que el Client"dentifier se haya establecido en M#+li!&).
b. Conectar
,l 9istorial del cliente registra un suceso de tipo +o&!1)a'o.
E. (ree una subscripcin para MQTT Exa2"l! utili#ando el programa de utilidad cliente
MQ)).
a. 3ulse Conectar.
,l 9istorial del cliente registra un suceso de tipo +o&!1)a'o.
b. ,scriba MQTT Exa2"l! en el campo !uscripcin:tema U !uscribir.
,l 9istorial del cliente registra un suceso de tipo Su%1i)o.
F. 3ublique H!llo Pol'C en el tema MQTT Exa2"l! utili#ando WebSphere MQ
,-plorer.
a. 3ulse la carpeta Qu!u! Ma&a(!%Nnomb_gestor_colasNTo"i1% en
WebSphere MQ ,-plorer.
b. 3ulse el botn derecho del ratn MQTTExa2"l!To"i1 U Publicacin de
prueba666.
c. ,scriba H!llo Pol'C en el campo $atos de mensaje U Publicar
mensaje U ;aya a la ventana 3rograma de utilidad cliente MQ)).
,l 9istorial del cliente registra un suceso de tipo R!1i3i'o.
2.24.A 4n#$o de un mensaje a un cliente 1Q;; utili0ando =e%.p5ere
1Q 4Bplorer
,nve un mensa&e al programa de utilidad cliente MQ)) transfiriendo un mensa&e a una
cola de WebSphere MQ utili#ando WebSphere MQ ,-plorer. ,n la tarea se le muestra cmo
configurar una definicin de cola remota para poder enviar un mensa&e directamente a un
cliente MQ)).
2.24.).1 A$TES DE E#E&AR
,fect4e la tarea! 3ublicacin de un mensa&e en el programa de utilidad cliente MQ)) desde
WebSphere MQ ,-plorer. 0e&e el programa de utilidad cliente MQ)) conectado.
2.24.).2 ACERCA DE ESTA TAREA
,n la tarea se demuestra cmo enviar un mensa&e a un cliente MQ)) utili#ando la cola! en
lugar de publicar en un tema. :o se crea ninguna subscripcin en el cliente. ,n el
paso G de la tarea se demuestra que se ha suprimido la suscripcin anterior.
2.24.).' R!CED"#"E$T!
=. 0escarte los suscripciones e-istentes desconect1ndose y volvindose a conectar al
programa de utilidad cliente MQ)).
$a suscripcin se descarta porque! a menos que cambie los valores
predeterminados! el programa de utilidad cliente MQ)) se conecta con una sesin
limpia5 consulte Sesiones limpias de MQ)).
3ara que le resulte m1s f1cil efectuar la tarea! escriba su
propio +li!&)I'!&)i:i!! en lugar de utili#ar el +li!&)I'!&)i:i! generado que
haya creado el programa de utilidad cliente MQ)).
a. 3ulse $esconectar para desconectar el programa de utilidad cliente MQ))
del canal de telemetra.
,l 9istorial del cliente registra un suceso de tipo D!%1o&!1)a'o.
b. (ambie el valor de "dentificador de cliente por M#+li!&).
c. 3ulse Conectar.
,l 9istorial del cliente registra un suceso de tipo +o&!1)a'o.
G. (ompruebe que el programa de utilidad cliente MQ)) ya no recibe la publicacin
deMQTTExa2"l!To"i1.
a. 3ulse la carpeta Qu!u! Ma&a(!%Nnomb_gestor_colasNTo"i1% en
WebSphere MQ ,-plorer.
b. 3ulse el botn derecho del ratn MQTTExa2"l!To"i1 U Publicacin de
prueba666.
c. ,scriba H!llo Pol'C en el campo $atos de mensaje U Publicar
mensaje U ;aya a la ventana 3rograma de utilidad cliente MQ)).
:o se registra ning4n suceso en el 9istorial del cliente.
H. (ree una definicin de cola remota para el cliente.
,stable#ca el +li!&)I'!&)i:i!! M#+li!&)! como el nombre del gestor de colas
remoto! en la definicin de la cola remota. Utilice el nombre que desee como
nombre de la cola remota. ,l nombre de la cola remota se pasa a un cliente MQ))
como el nombre de tema.
a. 3ulse el botn derecho del ratn la carpeta Qu!u!
Ma&a(!%Nnomb_gestor_colasNQu!u!%U Nue/o U $efinicin de cola
remota.
b. $lame a la definicin M#+li!&)R!2o)!Qu!u! U !iguiente.
c. ,scriba MQTTExa2"l!Qu!u! en el campo Cola remota.
d. ,scriba M#+li!&) en el campo %estor de colas remoto.
e. ,scriba SYSTEM.MQTT.TRANSMIT.QUEUE en el campo Cola de
transmisin U 7inali8ar.
C. )ransfiera un mensa&e de prueba a la cola M#+li!&)R!2o)!Qu!u!.
a. 3ulse el botn derecho del ratn MyClientRemote)ueue U (ransferir
mensaje de prueba666.
b. ,scriba H!llo 0u!u!C en el campo 0atos de mensa&e U (ransferir
mensaje U Cerrar.
,l 9istorial del cliente registra un suceso de tipo R!1i3i'o.
E. ,limine SYSTEM.MQTT.TRANSMIT.QUEUE como la cola de transmisin
predeterminada.
a. 3ulse el botn derecho del ratn la carpeta Qu!u!
Ma&a(!%Nnomb_gestor_colas UPropiedades666.
b. 3ulse Comunicacin en el navegador.
c. Quite SYSTEM.MQTT.TRANSMIT.QUEUE del campo Cola de transmisin
predeterminada U&ceptar.
F. ;uelva a efectuar el paso C.
M#+li!&)R!2o)!Qu!u! es una definicin de cola remota que pone nombres de
forma e-plcita a la cola de transmisin. :o es necesario que defina una cola de
transmisin predeterminada para enviar un mensa&e a M#+li!&).
2.24.).4 *U+ ,ACER A C!$T"$UAC"-$
Una ve# que la cola de transmisin predeterminada de&a de establecerse
enSYSTEM.MQTT.TRANSMIT.QUEUE! el programa de utilidad cliente MQ)) no puede crear
ninguna suscripcin nueva! a menos que se defina un alias de gestor de colas para
el +li!&)I'!&)i:i!!M#+li!&). ?estaure la cola de transmisin predeterminada
en SYSTEM.MQTT.TRANSMIT.QUEUE.
2.24.- ?u%licacin de un mensaje en un cliente 1Q;; #3 espec$'co
3ublique un mensa&e de un cliente MQ)) vH a otro! utili#ando +li!&)I'!&)i:i! como
nombre de tema y WebSphere MQ como intermediario de publicacin.suscripcin. ?epita la
tarea utili#ando el daemon de WebSphere MQ )elemetry para dispositivos como
intermediario de publicacin.suscripcin.
2.24...1 A$TES DE E#E&AR
,fect4e la tarea! 3ublicacin de un mensa&e en el programa de utilidad cliente MQ)) desde
WebSphere MQ ,-plorer. 0e&e el programa de utilidad cliente MQ)) conectado.
2.24...2 ACERCA DE ESTA TAREA
$a tarea demuestra dos cosas/
=. $a suscripcin a un tema en un cliente MQ))! y la recepcin de una publicacin
procedente de otro cliente MQ)).
0. $a configuracin de suscripciones Ppunto a puntoP utili#ando
el +li!&)I'!&)i:i! como la serie de tema.
,n una tarea adicional! Utili#acin del daemon de WebSphere MQ )elemetry para
dispositivos como intermediario de publicacin.suscripcin! se utili#a el daemon de
WebSphere MQ )elemetry para dispositivos como! por e&emplo! el intermediario de
publicacin.suscripcin! en lugar de WebSphere MQ.
2.24...' R!CED"#"E$T!
=. 0escarte los suscripciones e-istentes desconect1ndose y volvindose a conectar al
programa de utilidad cliente MQ)).
$a suscripcin se descarta porque! a menos que cambie los valores
predeterminados! el programa de utilidad cliente MQ)) se conecta con una sesin
limpia5 consulte Sesiones limpias de MQ)).
3ara que le resulte m1s f1cil efectuar la tarea! escriba su
propio +li!&)I'!&)i:i!! en lugar de utili#ar el +li!&)I'!&)i:i! generado que
haya creado el programa de utilidad cliente MQ)).
a. 3ulse $esconectar para desconectar el programa de utilidad cliente MQ))
del canal de telemetra.
,l 9istorial del cliente registra un suceso de tipo D!%1o&!1)a'o.
b. (ambie el valor de "dentificador de cliente por M#+li!&).
c. 3ulse Conectar.
,l 9istorial del cliente registra un suceso de tipo +o&!1)a'o.
G. (ree una suscripcin al tema M#+li!&).
M#+li!&) es el +li!&)I'!&)i:i! de este cliente.
a. ,scriba M#+li!&) en el campo !uscripcin:tema U !uscribir.
,l 9istorial del cliente registra un suceso de tipo Su%1i)o.
H. 'nicie otro programa de utilidad cliente MQ)).
a. 2bra la carpeta Qu!u!
Ma&a(!%Nnombre_gestor_colasNT!l!2!)#N1?a&&!l%.
b. 3ulse el botn derecho del ratn el canal Plain(ext U ,jecutar el
programa de utilidad cliente M)((666.
c. 3ulse Conectar.
,l 9istorial del cliente registra un suceso de tipo +o&!1)a'o.
C. 3ublique H!llo M#+li!&)C en el tema M#+li!&).
a. (opie la suscripcin de tema! M#+li!&)! del programa de utilidad cliente
MQ)) que se e&ecute con el +li!&)I'!&)i:i! M#+li!&).
b. 3egue Mi_1li!&)! en el campo Publicacin:(ema de cada una de las
instancias del programa de utilidad cliente MQ)).
c. ,scriba H!llo M#+li!&)C en el campo Publicacin:Mensaje.
d. 3ulse Publicar en ambas instancias.
2.24...4 RESU/TAD!S
,l 9istorial del cliente del programa de utilidad cliente MQ)) con
el +li!&)I'!&)i:i!!M#+li!&)! registra dos sucesos de tipo Recibido y un suceso de
tipo Publicado. $a otra instancia del programa de utilidad cliente MQ)) registra un suceso
de tipo Publicado.
Si slo ve un suceso de tipo Recibido! compruebe las posibles causas siguientes/
=. KSe ha establecido la cola de transmisin predeterminada del gestor de colas
enSYSTEM.MQTT.TRANSMIT.QUEUEL
G. K7a creado alias de gestor de colas remoto o definiciones de colas remotas que
hagan referencia a M#+li!&) en los otros e&erciciosL ,n el caso de que tenga un
problema de configuracin! suprima los recursos que hacen referencia
a M#+li!&) como! por e&emplo! los alias de gestor de colas o las cola de
transmisin. 0esconecte los programas de utilidad de cliente! detenga y reinicie el
servicio de telemetra.
2.24...5 *U+ ,ACER A C!$T"$UAC"-$
,fect4e la tarea siguiente! Utili#acin del daemon de WebSphere MQ )elemetry para
dispositivos como intermediario de publicacin.suscripcin. ,l programa de utilidad cliente
MQ)) se conecta al daemon de WebSphere MQ )elemetry para dispositivos en lugar de a
un canal de telemetra.
2.24...% UT"/"&AC"-$ DE/ DAE#!$ DE 0E1S,ERE #* TE/E#ETR2 ARA
D"S!S"T"3!S C!#! "$TER#ED"AR"! DE U1/"CAC"-$4SUSCR"C"-$
Utilice el daemon de WebSphere MQ )elemetry para dispositivos como intermediario de
publicacin.suscripcin! en lugar de utili#ar WebSphere MQ. 3ublique un mensa&e con una
instancia del programa de utilidad cliente MQ)) para enviar a otra instancia mediante la
suscripcin! utili#ando su +li!&)I'!&)i:i! como una serie de tema.
2.24.9.6.I Antes de empezar
'nstale el daemon! si todava no lo ha hecho..
:o e&ecute la verificacin5 sta utili#a el puerto =DDH! que ya lo est1 usando el canal de
telemetra! -lai&T!x).
2.24.9.6.II Acerca de esta tarea
,n la tarea! puede conectar el programa de utilidad cliente MQ)) al daemon de WebSphere
MQ )elemetry para dispositivos utili#ando un puerto )(3.'3 que no sea el predeterminado.
Un cliente se suscribe utili#ando su +li!&)I'!&)i:i! como una serie de tema! y el otro
cliente publica en+li!&)I'!&)i:i!! e-actamente del mismo modo que en la tarea
anterior5 consulte 3rocedimiento.
Nota# ,n la tarea se documenta cmo poder e&ecutar el daemon en Windo6s. 3ara
e&ecutar el daemon en $inu-! modifique la va de acceso y los permisos de a20)''.
2.24.9.6.III Procedimiento
=. 2bra una ventana de mandatos en el directorio que contenga el daemon de
WebSphere MQ )elemetry para dispositivos.
$a va de acceso del directorio para Windo6s es! directorio de instalacin de
WebSphere MQN20xNSDFNa'4a&1!'ND!4i1!Da!2o&N*i&'o*%_ia32.
G. ,&ecute el daemon en un puerto )(3.'3 diferente.
a. (ree un archivo denominado a20)''.1:( en el mismo directorio que el
daemon.
b. 2%ada una lnea al archivo para configurar un puerto predeterminado
distinto para el daemon.
"o) 1QQH
c. +uarde el archivo.
H. 'nicie el daemon.
a20)''
,l daemon graba su registro de consola en la ventana de mandatos/
26166812 123133.QR8 +PNANSSSSI Da!2o& '! ILM P!3S"?!! MQ T!l!2!)#
"aa 'i%"o%i)i4o%
26166812 123133.QR8 +PNANSSS8I Ma)!ial!% 3a5o li1!&1ia 7 -o"i!'a'
'! ILM
26166812 123133.QR8 +PNANSSSTI +o"#i(?) ILM +o". 2668< 2616
R!%!4a'o% )o'o% lo% '!!1?o%
26166812 123133.QR8 +PNANSSSRI D!!1?o% !%)i&(i'o% a lo% u%uaio%
'! (o3i!&o '! EE.UU.
26166812 123133.QR8 +PNAN66HSI El &o23! '!l a1?i4o '! 1o&:i(ua1iI&
!% .Na20)''.1:(
26166812 123133.Q83 +PNAN66RHI Fu&1io&!% i&1lui'a%M "u!&)!
26166812 12313H.6T6 +PNAN661HI I&i1ia&'o !l "o)o1olo MQTT<
!%1u1?a&'o !l "u!)o 1QQH
C. 'nicie una instancia del programa de utilidad cliente MQ)).
'nicie el programa de utilidad cliente MQ)) slo desde un canal de telemetra y! a
continuacin! podr1 conectarse al daemon. 0e forma alternativa! puede instalar
WebSphere MQ Support3ac! '2VG. ,l Support3ac est1 disponible en '2VG/ W@'
@roIers 8 implementation of MQ )elemetry transport.
a. 2bra la carpeta Qu!u!
Ma&a(!%Nnombre_gestor_colasNT!l!2!)#N1?a&&!l%.
b. 3ulse el botn derecho del ratn el canal Plain(ext U ,jecutar el
programa de utilidad cliente M)((666.
c. (ambie el valor de Puerto por 1QQH.
d. (ambie el valor de "dentificador de cliente por M#+li!&).
e. 3ulse Conectar.
,l 9istorial del cliente registra un suceso de tipo +o&!1)a'o.
E. (ree una suscripcin al tema M#+li!&).
M#+li!&) es el +li!&)I'!&)i:i! de este cliente.
a. ,scriba M#+li!&) en el campo !uscripcin:tema U !uscribir.
,l 9istorial del cliente registra un suceso de tipo Su%1i)o.
F. 'nicie otro programa de utilidad cliente MQ)).
a. 2bra la carpeta Qu!u!
Ma&a(!%Nnombre_gestor_colasNT!l!2!)#N1?a&&!l%.
b. 3ulse el botn derecho del ratn el canal Plain(ext U ,jecutar el
programa de utilidad cliente M)((666.
c. (ambie el valor de Puerto por 1QQH.
d. 3ulse Conectar.
,l 9istorial del cliente registra un suceso de tipo +o&!1)a'o.
B. 3ublique H!llo M#+li!&)C en el tema M#+li!&).
a. (opie la suscripcin de tema! M#+li!&)! del programa de utilidad cliente
MQ)) que se e&ecute con el +li!&)I'!&)i:i! M#+li!&).
b. 3egue Mi_1li!&)! en el campo Publicacin:(ema de cada una de las
instancias del programa de utilidad cliente MQ)).
c. ,scriba H!llo M#+li!&)C en el campo Publicacin:Mensaje.
d. 3ulse Publicar en ambas instancias.
2.24.9.6.IV Resultados
,l 9istorial del cliente del programa de utilidad cliente MQ)) con
el +li!&)I'!&)i:i!!M#+li!&)! registra dos sucesos de tipo Recibido y un suceso de
tipo Publicado. $a otra instancia del programa de utilidad cliente MQ)) registra un suceso
de tipo Publicado.
)ambin puede supervisar los sucesos de cone-in y descone-in relativos al daemon de
WebSphere MQ )elemetry para dispositivos! en la ventana de mandatos.
2.2 2nvo de un mensaje a una aplicacin de -e".p/ere M) desde
un cliente M)TT
Una aplicacin de WebSphere MQ puede recibir un mensa&e de un cliente MQ)) vH
mediante la suscripcin a un tema. ,l cliente MQ)) se conecta a WebSphere MQ utili#ando
un canal de telemetra! y enva un mensa&e a la aplicacin de WebSphere MQ publicando
en el mismo tema.
,fect4e la tarea 3ublicacin de un mensa&e a WebSphere MQ desde un cliente MQ))! para
aprender cmo enviar una publicacin de un cliente MQ)) a una suscripcin definida en
WebSphere MQ.
Si el tema pertenece a un cl4ster! o se ha distribuido utili#ando una &erarqua de
publicacin.suscripcin! la suscripcin puede estar en un gestor de colas distinto del gestor
de colas al que se ha conectado el cliente MQ)).
2.2&.1 ?u%licacin de un mensaje a =e%.p5ere 1Q desde un cliente
1Q;;
(ree una subscripcin a un tema! mediante WebSphere MQ ,-plorer! y publicar en el tema
mediante el programa de utilidad cliente MQ)) de WebSphere.
2.25.1.1 A$TES DE E#E&AR
,fect4e la tarea! 3ublicacin de un mensa&e en el programa de utilidad cliente MQ)) desde
WebSphere MQ ,-plorer. 0e&e el programa de utilidad cliente MQ)) conectado.
2.25.1.2 ACERCA DE ESTA TAREA
,n la tarea se demuestra cmo publicar un mensa&e con un cliente MQ)) y cmo recibir la
publicacin utili#ando una suscripcin duradera no gestionada! que se ha creado utili#ando
WebSphere MQ ,-plorer.
2.25.1.' R!CED"#"E$T!
=. (ree una suscripcin duradera para la serie de tema MQTT Exa2"l!. ?ealice
cualquiera de los procedimientos siguientes/
o ,&ecute el scripts de mandatos que se describe en ?esultados.
o ,fect4e los pasos siguientes para crear la cola! y la suscripcin! utili#ando
WebSphere MQ ,-plorer.
a. 3ulse el botn derecho del ratn la carpeta Qu!u!
Ma&a(!%Nnomb_gestor_colasNQu!u!%en WebSphere MQ ,-plorer
U Nue/o U Cola local666.
3. ,scriba MQTTExa2"l!Qu!u! como nombre de cola U 7inali8ar.
1. 3ulse el botn derecho del ratn la carpeta Qu!u!
Ma&a(!%Nnomb_gestor_colasNSu3%1i")io&% en WebSphere MQ ,-plorer
U Nue/o U!uscripcin666.
'. ,scriba MQTTExa2"l!Su3%1i")io& como nombre de cola U !iguiente.
!. 3ulse !eleccionar666 U MQTTExa2"l!To"i1 U &ceptar.
Ma ha creado el tema MQTTExa2"l!To"i1 en el paso C de 3ublicacin de un
mensa&e en el programa de utilidad cliente MQ)) desde WebSphere MQ
,-plorer.
:. ,scriba MQTTExa2"l!Qu!u! como nombre de destino U 7inali8ar.
G. (omo paso opcional! configure la cola para que pueda utili#arla un usuario
diferente! que no tenga la autori#acin 202.
Si va a configurar la configuracin para los usuarios que tengan menos autori#acin
que 202! debe proporcionar autori#acin de tipo "u) y (!) para MQTTExa2"l!Qu!u!.
,l acceso al tema y a la cola de transmisin se ha configurado en 3ublicacin de un
mensa&e en el programa de utilidad cliente MQ)) desde WebSphere MQ ,-plorer.
a. 2utorice a un usuario a transferir y obtener mensa&es de la cola MQTTExa2"l!Qu!u!/
%!)20au) 72 nomb_gestor_colas 7) 0u!u! 7& MQTTExa2"l!Qu!u! 7" ID_usuario
7all ="u) =(!)
H. 3ublique UHola P!3S"?!! MQC en el tema MQTT Exa2"l! utili#ando el programa de
utilidad cliente MQ)).
Si no ha de&ado el programa de utilidad cliente MQ)) conectado! pulse con el botn
derecho el canal Plain(ext U ,jecutar el programa de utilidad cliente
M)((666 U Conectar.
a. ,scriba MQTT Exa2"l! en el campo Publicacin:(ema.
3. ,scriba H!llo P!3S"?!! MQC en el
campo Publicacin:Mensaje U Publicar.
C. 2bra la carpeta Qu!u! Ma&a(!%Nnomb_gestor_colasNQu!u!% y
busque MQTTExa2"l!Qu!u!.
,l valor del campo Profundidad de cola actual es 1.
E. 3ulse el botn derecho del ratn MQTTExa2"l!Qu!u! U ,xaminar mensajes666 y
e-amine la publicacin.
2.2! Transferencia de mensajes entre el daemon de -e".p/ere M)
Telemetry para dispositivos y -e".p/ere M)
,fect4e esta tarea para obtener informacin sobre cmo enviar mandatos al daemon de
WebSphere MQ )elemetry para dispositivos. $os mandatos que escribe crean un puente
que transfiere mensa&es de WebSphere MQ al daemon! y los mensa&es del daemon a
WebSphere MQ.
2.2).1 >ntes de empe0ar
,fect4e las tareas 3ublicacin de un mensa&e en un cliente MQ)) vH especfico y Utili#acin
del daemon de WebSphere MQ )elemetry para dispositivos como intermediario de
publicacin.suscripcin para familiari#arse con el uso del programa de utilidad cliente
MQ)). (uando haya terminado las tareas! de&e una instancia del programa de utilidad
cliente MQ)) conectada al daemon de telemetra para dispositivos. 0e&e otra instancia
conectada al canal de telemetra.
,n la tarea se presupone que ha definido un canal en el servicio de telemetra que escucha
el puerto 1QQ3 en la direccin 128.6.6.1. 0el mismo modo! el escucha del daemon
predeterminado se ha configurado para escuchar el puerto 1QQH en la direccin 128.6.6.1.
,n una sola lnea del archivo a20)''.1:(! que se almacena en el mismo directorio que el
daemon! a20)''! se configura el puerto de escucha predeterminado del daemon.
"o) 1QQH
2.2).2 >cerca de esta tarea
,n esta tarea puede actuali#ar un daemon que est en e&ecucin para crear un puente de
cone-in al servicio de telemetra de WebSphere MQ y! a continuacin! intercambiar
mensa&es con el daemon.
Consejo# ,l daemon suprime archivo de actuali#acin! a20)''.u"'! una ve# que se haya
utili#ado. 3ara poder conservar los mandatos que cree para utili#arlos en el futuro! es
posible que desee crear los mandatos en un archivo diferente y! a continuacin!
transferirlos a a20)''.u"'.
2.2).3 ?rocedimiento
=. 2seg4rese de que tenga dos instancias del programa de utilidad cliente MQ)) en
e&ecucin. Una est1 conectada al daemon en el puerto 1QQH! y la otra al canal de
telemetra que se e&ecuta en el puerto 1QQ3.
G. (ree el archivo! a20)''.u"'! en el mismo directorio que el daemon! a20)''! con
los mandatos siguientes en el archivo.
H. 1o&&!1)io& 'a!2o&1
C. a''!%% 128.6.6.1M1QQ3
E. )o"i1 V i& i2"o)@ !x"o)@
F. )o"i1 V ou) !x"o)@ i2"o)@
)#_"i4a)! :al%!
o ,l puente se denomina 'a!2o&1! y se conecta al canal configurado para el
servicio de telemetra que se e&ecuta en la direccin de
socIet 128.6.6.1M1QQ3. ,l mandato)#_"i4a)! es opcional5 )u! es el
valor predeterminado. Sin esta lnea! el primer puente intenta conectarse
utili#ando un protocolo privado que el daemon de WebSphere MQ )elemetry
para dispositivos comprende. Si se incluye )#_"i4a)! :al%! en los
mandatos! se evita este paso! con lo que se reduce el tiempo que queda
para finali#ar una cone-in satisfactoria.
o $a lnea! )o"i1 V i& i2"o)@ !x"o)@! indica a 'a!2o&1 que se suscriba a
todos los temas que coincidan con la serie de tema !x"o)@V que se ha
creado en el gestor de colas. )ransfiere las publicaciones coincidentes del
gestor de colas al daemon! cambiando el inicio de la serie de
tema !x"o)@ por i2"o)@. $a lnea )o"i1 V ou) !x"o)@ i2"o)@ crea
una suscripcin al daemon local. ,l puente se suscribe a todos los temas que
coincidan con la serie de tema !x"o)@V que se ha creado en el daemon.
)ransfiere las publicaciones del daemon al gestor de colas! cambiando el
inicio de la serie de tema!x"o)@ por i2"o)@.
,n la <igura = se muestra el registro de consola resultante.
Figura 1. 3egistro de consola desde +ue se inicia el puente de conexin
+PNAN612HI I&i1ia&'o la 1o&!xiI& '! "u!&)! 'a!2o&1
+PNAN6133I S! ?a !%)a3l!1i'o la 1o&!xiI& '! "u!&)! 'a!2o&1 a
128.6.6.1M1QQ3
B. ,n cada instancia del programa de utilidad cliente MQ))! escriba i2"o)@V en el
campo de entrada !uscripcin/(ema# U !ubscribir.
D. ,n cada instancia del programa de utilidad cliente MQ))! escriba !x"o)@V en la
entrada del campo Publicacin/(ema.
a. ,n el programa de utilidad cliente MQ)) conectado al puerto 1QQ3! el canal
de telemetra! escriba D!%'! !l (!%)o '! 1ola% en el campo de
entrada Publicacin/Mensaje# U Publicar.
3. ,n el programa de utilidad cliente MQ)) conectado al puerto 1QQH! el
daemon de telemetra! escriba D!%'! !l 'a!2o& en el campo de
entrada Publicacin/Mensaje# UPublicar.
,n el historial del cliente de cada programa de utilidad cliente MQ)) se muestra la
publicacin que se ha transferido de un intermediario a otro.
2.2# 3plicaciones de pu"licacin4suscripcin de M)TT
Utilice la publicacin.suscripcin por temas para escribir aplicaciones MQ)).
(uando se conecta el cliente MQ))! las publicaciones fluyen en ambas direcciones entre el
cliente y el servidor. (uando la informacin se publica en el cliente! entonces se envan las
publicaciones desde ste. ,l cliente recibe las publicaciones cuando se publica un mensa&e
en un tema que coincida con una suscripcin que haya creado el cliente.
,l intermediario de publicacin.suscripcin de WebSphere MQ gestiona los temas y las
suscripciones que han creado los clientes MQ)). $os temas que crean los clientes MQ))
comparten el mismo espacio que los temas que los temas que han creado las aplicaciones
de WebSphere MQ.
$as publicaciones que coinciden con la serie de tema de una suscripcin de cliente MQ))
se colocan en SYSTEM.MQTT.TRANSMIT.QUEUE con el nombre de gestor de colas remoto
establecido en el+li!&)I'!&)i:i! del cliente. ,l servicio de telemetra reenva las
publicaciones al cliente que ha creado la suscripcin. Utili#a +li!&)I'!&)i:i!! que se ha
establecido como el nombre del gestor de colas remoto para identificar al cliente.
:ormalmente! se tiene que haber definido SYSTEM.MQTT.TRANSMIT.QUEUE como la cola de
transmisin predeterminada. ,s posible! pero muy pesado! configurar MQ)) para que no
utilice la cola de transmisin predeterminada5 consulte (onfigurar la cola distribuida para
enviar mensa&es a clientes MQ)).
Un cliente MQ)) puede crear una sesin persistente5 consulte Sesiones con estado y sin
estado de MQ)). $as suscripciones que se crean en una sesin persistente son duraderas.
$as publicaciones que llegan para un cliente que tiene una sesin persistente se almacenan
enSYSTEM.MQTT.TRANSMIT.QUEUE y se reenvan al cliente cuando ste se vuelve a
conectar.
Un cliente MQ)) puede publicar y suscribirse tambin a las publicaciones retenidas5
consulte3ublicaciones retenidas y clientes MQ)). Un suscriptor de un tema de publicacin
retenida recibe la publicacin m1s reciente al tema. ,l suscriptor recibe la publicacin
retenida cuando crea una suscripcin! o cuando se vuelve a conectar a su sesin anterior.
2.2$ 3plicaciones de telemetra
,scriba aplicaciones de telemetra utili#ando los flu&os de mensa&es de WebSphere MQ o
WebSphere Message @roIer.
Utilice QMS! MQ' u otra interfa# de programacin de WebSphere MQ para programar las
aplicaciones de telemetra en WebSphere MQ.
,l servicio de telemetra reali#a la conversin entre los mensa&es MQ)) vH y los mensa&es
de WebSphere MQ. (rea suscripciones y publicaciones en nombre de los clientes MQ)) y
les reenva publicaciones. Una publicacin es la carga 4til de un mensa&e MQ)) vH. $a
carga 4til consta de las cabeceras del mensa&e y una matri# de bytes en formato 52%7
3#)!%. ,l servidor de telemetra correlaciona las cabeceras entre un mensa&e MQ)) vH y
uno de WebSphere MQ5 consulte 'ntegracin de gestores de colas de WebSphere MQ
)elemetry.
Utilice los nodos -u3li1a)io&! MQI&"u) y WMSI&"u) para enviar y recibir publicaciones
entre WebSphere Message @roIer y los clientes MQ)).
Mediante los flu&os de mensa&es puede integrar la telemetra con sitios 6eb mediante 7))3
y con otras aplicaciones mediante WebSphere MQ y WebSphere 2dapters.
WebSphere MQ )elemetry sustituye los nodos S(202 en WebSphere Message @roIer
versin B. (onsulte Migracin de aplicaciones de telemetra utili#ando WebSphere Message
@roIer versin F para utili#ar WebSphere MQ )elemetry y WebSphere Message @roIer
versin B.> para obtener m1s informacin sobre cmo migrar de los flu&os de mensa&es de
la versin F de WebSphere Message @roIer utili#ando los nodos S(202'nput y
S(202*utput a la versin B.
2.2& Integracin de gestores de colas de -e".p/ere M) Telemetry
,l cliente MQ)) est1 integrado con WebSphere MQ como una aplicacin de
publicacin.suscripcin. 3uede o publicar o suscribirse a temas en WebSphere MQ! creando
nuevos temas o bien utili#ando temas ya e-istentes. ?ecibe publicaciones de WebSphere
MQ como resultado de los clientes MQ))! incluyndose a s misma! u otras aplicaciones de
WebSphere MQ que publiquen en los temas de sus suscripciones. $as reglas se aplican
para decidir los atributos de una publicacin.
Muchos de los atributos asociados a temas! publicaciones! suscripciones y mensa&es que
proporciona WebSphere MQ! no est1n soportados. ,n (liente MQ)) a intermediario de
publicacin.suscripcin de WebSphere MQ y en WebSphere MQ a un cliente MQ)) se
describe cmo se establecen los atributos de las publicaciones. $os valores dependen de si
la publicacin va a o procede al intermediario de publicacin.suscripcin de WebSphere
MQ.
,n la publicacin.suscripcin de WebSphere MQ! los temas est1n asociados a ob&etos de
tema administrativo. $os temas que crean clientes MQ)) no son diferentes. (uando un
cliente MQ)) crea una serie de tema para una publicacin del intermediario de
publicacin.suscripcin de WebSphere MQ! la asocia a un ob&eto de tema administrativo. ,l
intermediario correlaciona la serie de tema en la publicacin al padre de ob&eto de tema
administrativo m1s cercano. $a correlacin es la misma que para las aplicaciones de
WebSphere MQ. Si no hay ning4n tema que haya creado el usuario! la publicacin de
temas se correlaciona a SYSTEM.LASE.TO-I+. $os atributos que se aplican a la publicacin
se derivan del ob&eto de tema.
(uando una aplicacin de WebSphere MQ! o un administrador! crea una suscripcin! a sta
se le asigna un nombre. 'ndique las suscripciones utili#ando WebSphere MQ ,-plorer! o
mediante el mandato runmqsc o los mandatos 3(<. 2 todas las suscripciones de cliente
MQ)) se les asigna un nombre. Se les da un nombre! con el formato
siguiente/ Identiicador_cliente/!ombre de tema
2.2-.1 "liente 1Q;; a intermediario de pu%licacinCsuscripcin de
=e%.p5ere 1Q
Un cliente MQ)) ha enviado una publicacin a WebSphere MQ. ,l servicio de telemetra
convierte la publicacin en un mensa&e de WebSphere MQ. ,l mensa&e de WebSphere MQ
contiene tres partes/
=. MQMD
G. RFH2
H. Mensa&e
$as propiedades de MQMD se establecen en sus valores predeterminados! e-cepto cuando
se indique lo contrario en la )abla =.
Tabla 1. MQMD
Cam5o MQMD Ti5o 3alor
6ormat
MQ+HARQ
MQFMT_RF_HEADER_2
User"denti7ier MQ+HAR12 ,stable/ca uno de los valores siguientes+
M0))+li!&).+li!&)I'!&)i:i!
M0))+o&&!1)O")io&%.U%!Na2!
.n 1$ de usuario establecido por el administrador de WebSphere MQ
para el canal de telemetra.
riorit8
MQLON,
MQ-RI_-RIORITY_AS_Q_DEF 2valor predeterminado para WebSphere
MQ* que es di(erente al de 3MS* que tiene un valor predeterminado de 4.5
ersistence
MQLON,
QoS$6XMQ-ER_NOT_-ERSISTENT
QoS$1XMQ-ER_-ERSISTENT
QoS$2XMQ-ER_-ERSISTENT
$a cabecera RFH2 no contiene ninguna carpeta Y2%'Z para definir el tipo de mensa&e QMS.
,l servicio de telemetra crea el mensa&e de WebSphere MQ como un mensa&e QMS
predeterminado. ,l tipo de mensa&e QMS predeterminado es 52%73#)!%. Una aplicacin
puede acceder a informacin de cabecera adicional como propiedades de mensa&e5
consulte 3ropiedades del mensa&e.
$os valores de RFH2 se establecen tal como se muestra en la )abla G. ,l formato de la
propiedad se establece en la cabecera fi&a RFH2! y los dem1s valores se establecen en las
carpetas de RFH2.
Tabla 2. "#H$
ro5iedad deRFH2 Ti5o4car5eta Ca9ecera
Fo2a) MQ+HARQ
MQFMT_NONE
+li!&)I'!&)i:i! 20))@1li!&)I'
Copiar M0))+li!&).+li!&)I'!&)i:i! con una longitud
de 6...07 bytes.
QoS 20))@0o%
Copiar QoS del mensaje MQTT entrante.
ID '! 2!&%a5! 20))@2%(i'
Copiar el ID '! 2!&%a5! del mensaje MQTT entrante*
si QoS es 1 ) 2.
MQI%R!)ai&!' 20"%@R!)
,stablecer si la publicaci)n MQTT original se envi) con la
propiedad RETAIN ya establecida* y el mensaje se recibi) como
una publicaci)n retenida.
MQTo"i1S)i&( 20"%@To"
,l tema en el que se ha publicado el mensaje MQTT.
$a carga 4til de una publicacin MQ)) est1 correlacionada con el contenido de un mensa&e
de WebSphere MQ/
Tabla 3. Contenido del mensaje
Contenido del
mensa:e
Ti5o Contenido
Lu::! MQLYTEn
Copia de los bytes del mensaje MQTT entrante. "a longitud puede ser cero.
2.2-.2 =e%.p5ere 1Q a un cliente 1Q;;
Un cliente se ha suscrito a un tema de publicacin. Una aplicacin de WebSphere MQ ha
publicado en el tema! lo que da como resultado que el intermediario de
publicacin.suscripcin de WebSphere MQ enve una publicacin al suscriptor MQ)). 0e
forma alternativa! una aplicacin de WebSphere MQ ha enviado un mensa&e no solicitado
directamente a un cliente MQ)). ,n la )abla C se describe cmo se establecen las
cabeceras fi&as de mensa&e en el mensa&e que se enva al cliente MQ)). Se descarta
cualquier otro dato de cabecera del mensa&e de WebSphere MQ! o cualquier otra cabecera.
$os datos de mensa&e del mensa&e de WebSphere MQ se envan como carga 4til del
mensa&e en el mensa&e MQ))! sin alteracin alguna. ,l mensa&e MQ)) se enva al cliente
MQ)) a travs del servicio de telemetra.
Tabla 4. Propiedades de cabecera fija MQ%%
Cam5o de
#*TT
Ti5o 3alor
DU 3ool!a&o
,stabl-/calo si QoS $ 1 o 2* y el mensaje se han enviado a este cliente
en una transmisi)n anterior* y el mensaje no se ha reconocido transcurrido
un tiempo.
*oS
!&)!o
,l modo en que se establece el valor de QoS en una publicaci)n de salida
procedente del intermediario de publicaci)n8suscripci)n en WebSphere
MQ depende de la publicaci)n entrante. $epende de si la publicaci)n de
entrada se ha enviado desde un cliente MQTT* o desde una aplicaci)n de
WebSphere MQ.
#*TT
9alor in(erior del QoS en la publicaci)n entrante* y en el de QoS
que ha solicitado el suscriptor.
0e9S5;ere #*
9alor in(erior del QoS derivado de la publicaci)n entrante+
MQ-ER_NOT_-ERSISTENTXQoS$6
MQ-ER_-ERSISTENTXQoS$2
y el QoS que ha solicitado el suscriptor. Si el mensaje se enva al
cliente sin una suscripci)n* QoS se establece* de (orma
predeterminada* en 0. .n cliente puede modi(icar este valor
suscribi-ndose a DEFAULT.QoS con un QoS di(erente.
RETA"$
3ool!a&o
,stablecer si la publicaci)n de entrada tiene establecida la propiedad
retenida.
,n la )abla E se describe cmo se establecen las cabeceras variable de mensa&e en el
mensa&e que se enva al cliente MQ)).
Tabla 5. Propiedades de cabecera variable MQ%%
Cam5o de
#*TT
Ti5o 3alor
$om9re de
tema
S)i&(
"a serie de tema con la que se ha publicado el mensaje MQTT.
"D de mensa:e
S)i&(
"os 0 %ltimos bytes de la propiedad MQMD.M%(I' de la publicaci)n* cuando
se coloca en la colaSYSTEM.MQTT.TRANSMIT.QUEUE.
Carga <til
3#)![\
Copia directa de los bytes procedentes de la publicaci)n entrante al
intermediario de publicaci)n8suscripci)n. "a longitud puede ser cero.
2.3' %aemon de telemetra para dispositivos
,l daemon de WebSphere MQ )elemetry para dispositivos es una avan#ada aplicacin
cliente MQ)) ;H. Utilcelo para almacenar y reenviar mensa&es desde otros clientes MQ)).
Se conecta a WebSphere MQ como un cliente MQ))! pero tambin puede conectarle otros
clientes MQ)). )ambin puede conectarlo a los dem1s daemons de telemetra.
Sirve cuatro ob&etivos b1sicos/
;6 Conectar los clientes M)(( locales juntos en una red de
publicacin/suscripcin6
o 3uede conectar al daemon el sensor y un actuador de un dispositivo como
clientes MQ)) distintos. ,l sensor publica sus lecturas de indicador! y el
actuador se suscribe a las lecturas! modificando su comportamiento en
funcin de sus valores. $as lecturas se representan localmente.
<6 7iltrar qu5 suscripciones= y qu5 mensajes se publican para el gestor de
colas= y al dispositi/o6
o ,n el anterior e&emplo! un flu&o de mensa&es de WebSphere Message @roIer
puede suscribirse al tema en el cual el daemon publica las lecturas. ,l flu&o
actuali#a una p1gina 6eb y muestra el estado del dispositivo.
o ,l daemon tambin puede reenviar la suscripcin que el actuador haya
creado en el gestor de colas. Un flu&o de WebSphere Message @roIer publica
un mensa&e en el tema al que se ha suscrito el cliente MQ)) que presta
servicios al actuador. ,l cliente MQ)) modifica los valores del dispositivo.
o ,l flu&o de mensa&es puede empe#ar a partir de una p1gina 6eb que utilice
un nodo WebSphere Message @roIer 7%))3'nput.
>6 Multiplexar /arios clientes M)(( en una 'nica conexin (CP/"P a un canal
de telemetra6
o ,n ve# de que cada dispositivo se conecte por separado al servidor de
telemetra! el daemon reenva publicaciones y suscripciones a travs de una
4nica cone-in )(3.'3. ,l daemon reduce la cantidad de cone-iones )(3.'3
que gestiona el servicio de telemetra.
o $os clientes MQ)) individuales se conectan al daemon. $os clientes
individuales no resultan visibles para el gestor de colas. ,l daemon efect4a
una cone-in al gestor de colas en nombre de todos los clientes que se
conectan al mismo.
?6 &lmacenar y reen/iar mensajes entre los dispositi/os y el gestor de colas
o ,l daemon tiene la responsabilidad de proteger a los dispositivos de
telemetra frente a anomalas de corta duracin de la cone-in al gestor de
colas.
o ,s posible que un dispositivo slo d soporte a la mensa&era de tipo
Ptransmitir y olvidarP. Si la cone-in con el gestor de colas slo est1
disponible de forma intermitente! o no es fiable! el dispositivo no tiene
ninguna forma de transferir la informacin de manera previsible y fiable.
o Una solucin es conectar el dispositivo al daemon utili#ando una cone-in
local que est siempre disponible. ,l daemon puede almacenar
temporalmente en su memoria los mensa&es que fluyen de un lado al otro
en el gestor de colas. 3uede utili#ar una calidad de servicio fiable para enviar
los mensa&es a y desde el gestor de colas en una cone-in que no sea fiable.
Nota# ,l daemon no cuenta con almacenamiento persistente para mensa&es Pen
cursoP. $os mensa&es se almacenan temporalmente en la memoria.
2.31 .esiones con estado y sin estado de M)TT
$os clientes MQ)) pueden crear una sesin con estado con un gestor de colas. (uando un
cliente MQ)) con estado se desconecta! el gestor de colas mantiene las suscripciones que
crea el cliente y los mensa&es en curso. (uando el cliente se vuelve a conectar! resuelve los
mensa&es en curso. ,nva los mensa&es que est1n en la cola de entrega para reali#ar su
entrega! y recibe los mensa&es publicados para sus suscripciones mientras estaba
desconectado.
(uando un cliente MQ)) se conecta a un canal de telemetra! inicia una nueva sesin! o
reanuda una sesin anterior. Una sesin nueva no tiene ning4n mensa&e pendiente sin
acuse de recibo! ninguna suscripcin! ni publicacin a la espera de ser entregada. (uando
un cliente se conecta! especifica si empe#ar con una sesin limpia! o reanudar una sesin
e-istente5 consulte Sesiones limpias de MQ)).
Si el cliente reanuda una sesin e-istente! contin4a como si la cone-in no se hubiera
interrumpido. $as publicaciones que est1n esperando ser entregadas se envan al cliente y
las transferencias de mensa&es no confirmadas se completan. (uando un cliente de una
sesin persistente se desconecta del servicio de telemetra! todas las suscripciones que el
cliente ha creado permanecen. $as publicaciones de las suscripciones se envan al cliente
cuando ste vuelve a conectarse. Si se vuelve a conectar sin reanudar la sesin anterior! el
servicio de telemetra descarta las publicaciones.
,l gestor de colas guarda la informacin del estado de la sesin en la
colaSYSTEM.MQTT.-ERSISTENT.STATE.
,l administrador de WebSphere MQ puede desconectar y depurar una sesin.
2.32 Cuando un cliente M)TT no se conecta
(uando un cliente no se conecta al gestor de colas! puede continuar recibiendo
publicaciones en su nombre. Se reenvan al cliente cuando ste se vuelve a conectar. Un
cliente puede crear una PWltima voluntad y testamentoP para que el gestor de colas realice
publicaciones en su nombre cuando ste se desconecte de forma inesperada.
Si desea recibir notificaciones cuando el cliente se desconecte de forma inesperada! puede
registrar una publicacin de PWltima voluntad y testamentoP5 consulte 3ublicacin de
4ltima voluntad y testamento de cliente MQ)). Se enva a travs del servicio de telemetra!
si ste detecta que la cone-in con el cliente se ha interrumpido sin que este 4ltimo lo
haya solicitado.
Un cliente puede publicar una publicacin retenida en cualquier momento5
consulte 3ublicaciones retenidas y clientes MQ)). 3uede solicitarse que una suscripcin
nueva a un tema se enve con cualquier publicacin retenida asociada al mismo. Si crea la
4ltima voluntad y testamento como una publicacin retenida! puede utili#arla para
supervisar el estado de un cliente.
3or e&emplo! el cliente publica una publicacin retenida! cuando se conecta! informando de
su disponibilidad. 2l mismo tiempo! crea una publicacin retenida de 4ltima voluntad y
testamento que anuncia que no est1 disponible. 2dem1s! &usto antes de reali#ar una
descone-in planificada! publica su no disponibilidad como una publicacin retenida. 3ara
averiguar si el cliente est1 disponible! debe suscribirse al tema de la publicacin retenida.
Siempre recibir1 una de las tres publicaciones.
Si el cliente va a recibir mensa&es publicados cuando se desconecta! vuelva a conectarlo a
su sesin anterior5 consulte Sesiones con estado y sin estado de MQ)). Sus suscripciones
quedan activas hasta que se supriman o hasta que el cliente cree una sesin limpia.
2.33 1*rdida de la unin entre clientes M)TT y aplicaciones
-e".p/ere M)
,l flu&o de los mensa&es entre un cliente MQ)) y las aplicaciones de WebSphere MQ est1
poco unido. $as publicaciones pueden proceder de un cliente MQ)) o de una aplicacin de
WebSphere MQ! y en ning4n orden establecido. $os publicadores y los suscriptores est1n
poco unidos. 'nteract4an unos con otros de forma indirecta a travs de publicaciones y
suscripciones. )ambin puede enviar mensa&es directamente a un cliente MQ)) desde una
aplicacin de WebSphere MQ.
$os clientes MQ)) y las aplicaciones de WebSphere MQ est1n poco unidos en dos sentidos/
=. $os publicadores y suscriptores est1n poco unidos debido a la asociacin de una
publicacin y una suscripcin con un tema. $os publicadores y suscriptores
normalmente no tienen en cuenta ni la direccin ni la identidad del otro origen de
una publicacin o subscripcin.
G. $os clientes MQ)) publican! efect4an suscripciones! reciben publicaciones! y
procesan los reconocimientos de entrega en hebras separadas.
Una aplicacin de cliente MQ)) no espera hasta que una publicacin se haya entregado. $a
aplicacin pasa un mensa&e al cliente MQ)) y! a continuacin! la aplicacin contin4a en su
propia hebra. 3ara sincroni#ar la aplicacin con la entrega de una publicacin! se utili#a
una se%al de entrega5 consulte Se%ales de entrega MQ)).
0espus de pasar un mensa&e al cliente MQ))! la aplicacin tiene la opcin de esperar en
la se%al de entrega. ,n lugar de esperar! el cliente puede proporcionar un mtodo de
devolucin de llamada que se llama cuando se entrega la publicacin a WebSphere MQ.
)ambin 3uede ignorar la se%al de entrega.
,n funcin de la calidad de servicio asociada al mensa&e! se devuelve la se%al de entrega
de forma inmediata al mtodo de devolucin de llamada! o puede hacerse transcurrido
cierto tiempo. $a se%al de entrega puede devolverse incluso despus de que el cliente se
desconecte y vuelva a conectarse. Si la calidad de servicio es Ptransmitir y olvidarP! se
devuelve inmediatamente la se%al de entrega. ,n los otros dos casos! la se%al de entrega
slo se devuelve cuando el cliente recibe el acuse de recibo indicando que la publicacin se
ha enviado a los suscriptores.
$as publicaciones que se envan a un cliente MQ)) como resultado de la suscripcin de
alg4n cliente! se entregan al mtodo de devolucin de
llamada 2!%%a(!Ai4!'. 2!%%a(!Ai4!' se e&ecuta en una hebra diferente a la de la
aplicacin principal.
2.33.1 4n#$o de mensajes directamente a un cliente 1Q;;
3uede enviar un mensa&e a un cliente MQ)) particular de una de estas dos formas.
=. Una aplicacin de WebSphere MQ puede enviar un mensa&e directamente a un
cliente MQ)) que no tenga subscripcin5 consulte ,nvo de un mensa&e a un cliente
directamente.
G. Un enfoque alternativo es utili#ar el convenio de denominacin +li!&)I'!&)i:i!.
7aga que todos los suscriptores de MQ)) creen suscripciones utili#ando
sus +li!&)I'!&)i:i!e-clusivos como tema. 3ublique en 4dentificador5cliente. $a
publicacin se enva al cliente que se haya suscrito al tema 4dentificador5cliente.
Mediante esta tcnica puede enviar una publicacin a un suscriptor MQ)) concreto.
2.34 .eguridad de -e".p/ere M) Telemetry
$a seguridad de los dispositivos de telemetra puede ser importante! ya que suelen ser
port1tiles y suelen utili#arse en lugares que no pueden controlarse de forma precisa.
3uede proteger la cone-in de un dispositivo MQ)) al servicio de telemetra mediante ;3:.
WebSphere MQ )elemetry proporciona adem1s otros dos mecanismos de seguridad/ SS$ y
Q22S.
SS$ se utili#a principalmente para cifrar las comunicaciones entre el dispositivo y el canal
de telemetra y para autenticar que el dispositivo se est1 conectando al servidor correcto5
consulte2utenticacin de canal de telemetra mediante SS$. 3uede utili#ar tambin SS$
para comprobar que el dispositivo del cliente tiene autori#acin para conectarse al
servidor5 consulte 2utenticacin de cliente MQ)) mediante SS$.
Q22S se utili#a principalmente para comprobar que el usuario del dispositivo tiene
autori#acin para utili#ar una aplicacin de servidor5 2utenticacin de cliente MQ))
mediante contrase%a. Q22S puede utili#arse con $023 para comprobar una contrase%a que
utili#a un directorio de inicio de sesin 4nico.
SS$ y Q22S pueden utili#arse con&untamente para proporcionar dos factores de
autenticacin. 3uede restringir los cifrados que utili#a SS$ a cifrados que cumplan los
est1ndares <'3S.
(on decenas de miles de usuarios! no resulta pr1ctico siempre proporcionar perfiles
individuales de seguridad. :i resulta tampoco pr1ctico utili#ar los perfiles para autori#ar
usuarios individuales el acceso a ob&etos de WebSphere MQ. ,n su lugar! es me&or agrupar
los usuarios en clases para la autori#acin de publicaciones y suscripciones a temas y
enviar publicaciones a los clientes.
(onfigure cada canal de telemetra para que se correlacione a clientes con '0 de usuario
de cliente comunes. Utilice un '0 de usuario com4n para cada cliente que se conecte a un
canal especfico5 consulte 'dentidad y autori#acin de cliente MQ)).
$a autori#acin de grupos de usuarios no compromete la autenticacin de cada individuo.
(ada usuario puede autenticarse! en el servidor o en el cliente! con su valor de U%!&a2! y
de -a%%*o'! y luego autori#arse en el servidor mediante un '0 de usuario com4n.
2.3 5lo"ali6acin de -e".p/ere M) Telemetry
$a carga 4til del mensa&e en el protocolo MQ)) vH se codifica como matri# de bytes. 3or lo
general! las aplicaciones que mane&an te-to crean carga 4til del mensa&e en formato UTF7
Q. ,l canal de telemetra describe la carga 4til del mensa&e como UTF7Q! pero no reali#a
ninguna conversin de p1ginas de cdigos. $a serie del tema de publicacin debe estar
en UTF7Q.
$a aplicacin se encarga de convertir los datos alfanumricos a la p1gina de cdigos
correcta y los datos numricos a la codificacin de n4meros correcta.
,l cliente MQ)) Qava tiene un cmodo mtodo M0))M!%%a(!.)oS)i&(. ,l mtodo trata la
carga 4til del mensa&e como si estuviera codificada en el con&unto de caracteres
predeterminado de la plataforma que! por lo general! es UTF7Q. (onvierte la carga 4til a
String de Qava. Qava cuenta con un mtodo String! (!)L#)!%! que convierte una serie en
una matri# de bytes codificada en el con&unto de caracteres predeterminado de la
plataforma local. 0os programas Qava que intercambien te-to en la carga 4til de los
mensa&es entre plataformas que tengan el mismo con&unto de caracteres
predeterminados! lo hacen f1cil y efica#mente en UTF7Q.
Si el con&unto de caracteres predeterminado de una de las plataformas no es UTF7Q! las
aplicaciones deben establecer un convenio para el intercambio de mensa&es. 3or e&emplo!
el publicador especifica la conversin de una serie a UTF7Q mediante el
mtodo (!)L#)!%(9UTFQ9). 3ara recibir el te-to de un mensa&e! el suscriptor presupone
que el mensa&e se ha codificado en el &uego de caracteres UTF7Q.
,l servicio de telemetra describe la codificacin de todas las publicaciones entrantes de
mensa&es de clientes MQ)) como si se hubieran codificado en UTF7Q.
,stablece MQMD.+o'!'+?aS!)I' enUTF7Q y RFH2.+o'!'+?aS!)I' en MQ++SI5
consulte 'ntegracin de gestores de colas de WebSphere MQ )elemetry. ,l formato de la
publicacin se establece en MQFMT_NONE! por lo que ni los canales! ni MQ,ET! pueden
reali#ar la conversin.
2.3! 7endimiento y la escala"ilidad de -e".p/ere M) Telemetry
)enga en cuenta los factores siguientes cuando correlacione grandes cantidades de clientes
y cuando me&ore la escalabilidad de WebSphere MQ )elemetry.
2.3).1 ?lani'cacin de la capacidad
3ara obtener informacin sobre el rendimiento de los informes de WebSphere MQ
)elemetry! seleccione el informe ,valuaciones de rendimiento de WebSphere MQ )elemetry
en el sitio 6eb MQ <amily 8 3erformance ?eports.
2.3).2 "oneBiones
$os costes que conllevan las cone-iones incluyen/
,l gasto de configuracin de la misma cone-in en trminos de uso del procesador
y de tiempo.
(ostes de la red.
Memoria usada cuando se mantiene una cone-in abierta que no se utili#ada.
,-iste una carga adicional que se produce cuando los clientes permanecen conectados. Si
una cone-in se mantiene abierto! los flu&os de )(3.'3 y los mensa&es MQ)) utili#an la red
para comprobar que la cone-in a4n est activa. 2dem1s! se utili#a la memoria del
servidor cada ve# que la cone-in de cliente se mantiene abierta.
Si se enva m1s de un mensa&e por minuto! debe mantener la cone-in abierta para evitar
el coste que supone iniciar una nueva cone-in. Si enva menos de un mensa&e cada =>
=E minutos! considere interrumpir la cone-in para evitar el gasto que supone mantenerla
abierta. ,s posible que desee mantener una cone-in SS$ abierta! pero desocupada!
durante perodos de tiempo m1s largos! porque es m1s cara de configurar.
)enga en cuenta! adem1s! la capacidad del cliente. Si el cliente cuenta con una recurso de
almacn y reenvo! puede configurar los mensa&es por lotes! e interrumpir la cone-in
entre los envos de los procesos por lotes. Sin embargo! si el cliente se desconecta! el
cliente no podr1 recibir ning4n mensa&e del servidor. 3or lo tanto! el ob&etivo de la
aplicacin est1 relacionado con la decisin final que se tome como la correcta.
Si el sistema cuenta con un cliente que enve muchos mensa&es! por e&emplo! que
transfiera archivos! es me&or no esperar la respuesta del servidor por mensa&e. ,n su
lugar! enve todos los mensa&es y compruebe al final que se han recibido. 0e forma
alternativa! utilice la funcin (alidad de servicio QoS".
3uede variar la QoS en cada mensa&e! utili#ando la QoS > para entregar los mensa&es no
importantes! y una QoS de G para los mensa&es importantes. ,l rendimiento de los
mensa&es puede ser en torno a dos veces m1s r1pido una QoS de > que una QoS de G.
2.3).3 "on#enios de denominacin
Si dise%a la aplicacin para muchos clientes! implemente un convenio de denominacin
efica#. 3ara correlacionar cada cliente al +li!&)I'!&)i:i! correcto! haga que
el +li!&)I'!&)i:i! sea lo m1s significativo posible. Un buen convenio de denominacin
facilita al administrador el poder averiguar qu clientes se est1n e&ecutando. Una
convencin de denominacin ayuda a filtrar las largas listas de clientes en WebSphere MQ
,-plorer! y ayuda a determinar problemas5 consulte ,l identificador de cliente MQ)).
2.3).4 *endimiento
$a longitud de los nombres de tema afecta al n4mero de bytes que se transmiten por la
red. (uando se publica o se reali#a una suscripcin! el n4mero de bytes de un mensa&e
puede ser importante. 3or tanto! es recomendable que limite el n4mero de caracteres del
nombre de un tema. (uando un cliente MQ)) se suscribe a un tema! WebSphere MQ le da
un nombre que tiene el formato siguiente/
Identiicador_clienteMnombre_tema
3ara ver todas las suscripciones de un cliente MQ))! puede utili#ar el mandato WebSphere
MQ MQS($"!P@&A/
DIS-LAY SUL('ID_cliente_&MA')
2.3).& De'nicin de recursos de =e%.p5ere 1Q para 6ue los utilicen
los clientes 1Q;;
Un cliente MQ)) conecta un gestor de colas remoto a WebSphere MQ. ,-isten dos mtodos
b1sicos para que una aplicacin de WebSphere MQ pueda enviar mensa&es a un cliente
MQ))/ establecer la cola de transmisin predeterminada
en SYSTEM.MQTT.TRANSMIT.QUEUE o bien utili#ar el alias de gestor de colas. 0efina la cola
de transmisin predeterminada de un gestor de colas! si e-iste un gran n4mero de clientes
MQ)). Utili#ar el valor de cola de transmisin predeterminada simplifica el esfuer#o
empleado en las tareas de administracin5 consulte (onfigurar la cola distribuida para
enviar mensa&es a clientes MQ)).
2.3).) 1ejora de la escala%ilidad e#itando suscripciones.
(uando un cliente MQ)) ;H se suscribe a un tema! el servicio de telemetra crea una
suscripcin en WebSphere MQ. $a suscripcin dirige las publicaciones del cliente
a SYSTEM.MQTT.TRANSMIT.QUEUE. ,l nombre del gestor de colas remoto que aparece en la
cabecera de transmisin de cada publicacin se establece en el +li!&)I'!&)i:i! del
cliente MQ)) que haya reali#ado la suscripcin. Si e-isten muchos clientes! y cada uno de
los mismos reali#a sus propias suscripciones! esto da como resultado que se mantengan
muchas suscripciones de pro-y en toda la &erarqua o cl4ster de publicacin.suscripcin de
WebSphere MQ. 3ara obtener informacin sobre cmo no utili#ar la publicacin.suscripcin
sino! en su lugar! cmo utili#ar una solucin de tipo punto a punto! consulte,nvo de un
mensa&e a un cliente directamente.
2.3).@ Destin de !randes cantidades de clientes
3ara dar soporte a muchos clientes conectados al mismo tiempo! aumente la memoria
disponible para el servicio de telemetra definiendo los par1metros de Q;M BCms y BCmx.
Siga estos pasos/
=. @usque el archivo 5a4a."o"!)i!% en el directorio de configuracin del servicio de
telemetra5 consulte 0irectorio de configuracin del servicio de telemetra en
Windo6s o 0irectorio de configuracin del servicio de telemetra en $inu-.
G. Siga las instrucciones del archivo5 un almacenamiento din1mico de = +@ es
suficiente para que haya E>.>>> clientes conectados simult1neamente.
H. V O"1io&!% '! )a2a]o '!l al2a1!&a2i!&)o 'i&^2i1oM !li2i&! !l 1o2!&)aio '!
la% lB&!a% %i(ui!&)!% "aa !%)a3l!1! !l al2a1!&a2i!&)o 'i&^2i1o !& 1,L
C. V7X2x162H2
V7X2%162H2
E. 2%ada otros argumentos de lnea de mandatos que deban pasarse a la Q;M que
e&ecute el servicio de telemetra en el archivo 5a4a."o"!)i!%5 consulte (mo
pasar par1metros de Q;M al servicio de telemetra.
3ara aumentar el n4mero de descriptores de archivo abiertos en $inu-A! a%ada las lneas
siguientes al archivo @!)1@%!1ui)#@li2i)%.1o&:@! e inicie de nuevo la sesin.
_202 %o:) &o:il! TR666
_202 ?a' &o:il! TR666
(ada socIet necesita un descriptor de archivo. ,l servicio de telemetra necesita algunos
descriptores de archivo adicionales! por lo que este n4mero debe ser mayor que el n4mero
de socIets abiertos necesarios.
,l gestor de colas utili#a un mane&ador de ob&eto para cada suscripcin no duradera. 3ara
dar soporte a muchas suscripciones no duraderas activas! aumente el n4mero m1-imo de
mane&adores activos en el gestor de colas5 por e&emplo/
Figura 1. .odificar el nmero m,ximo de manejadores en 1indo6s
!1?o ALTER QM,R MAXHANDS(SSSSSSSSS) J u&20%1 nomb_gestor_colas
Figura $. .odificar el nmero m,ximo de manejadores en Linux
!1?o 9ALTER QM,R MAXHANDS(SSSSSSSSS)9 J u&20%1 nomb_gestor_colas
2.3).A Etras consideraciones
(uando planifique los requisitos del sistema! tenga en cuenta el tiempo que necesitar1
para reiniciar el sistema. ,l tiempo de inactividad planificado puede tener implicaciones
para el n4mero de mensa&es que se acumulen en la cola! a la espera de ser procesados.
(onfigure el sistema de modo que los mensa&es se puedan procesar de forma satisfactoria
en un tiempo aceptable. ?evise el almacenamiento de disco! la memoria y la potencia de
proceso. (on algunas aplicaciones de cliente! es posible descartar mensa&es cuando el
cliente se vuelve a conectar. 3ara descartar mensa&es! estable#ca +l!a&S!%%io& en los
par1metros de cone-in del cliente5 consulte Sesiones limpias de MQ)). 0e forma
alternativa! publique y suscrbase utili#ando el nivel m1-imo de (alidad de servicio!6! en
un cliente MQ))5 consulte (alidad de servicio. Utilice mensa&es de tipo &o&7
"!%i%)!&)cuando enve mensa&es desde WebSphere MQ. $os mensa&es que tienen estas
calidades de servicio no se recuperan cuando se reinicia el sistema o la cone-in.
2.3# %ispositivos 8ue admite -e".p/ere M) Telemetry
$os clientes MQ)) pueden conectarse a una serie de dispositivos! desde sensores y
actuadores! hasta dispositivos de mano y sistemas para vehculos.
$os clientes MQ)) son peque%os y se e&ecutan en dispositivos con poca memoria y
reducida potencia de procesamiento. ,l protocolo MQ)) es fiable y tiene cabeceras
peque%as! resultando perfecto para redes con un ancho de banda reducido! un alto coste y
una disponibilidad intermitente.
WebSphere MQ )elemetry proporciona dos clientes5 ambos implementan el protocolo MQ))
vH/
Un cliente Qava que puede e&ecutarse en todas las variaciones de Qava! de la ($0(
(onfiguracin limitada de dispositivos conectados".M'03 3erfil para informacin
de dispositivo mvil" m1s peque%a hasta la (0( (onfiguracin de dispositivos
conectados".<oundation! QGS, Qava 3latform! Standard ,dition" y QG,, Qava
3latform! ,nterprise ,dition". )ambin se proporciona la biblioteca de clases
personali#adas de '@MA &cl?M.
Una implementacin de referencia ( &unto con el cliente nativo pregenerado para
sistemas Windo6sA y $inu-A. $a implementacin de referencia ( permite que
MQ)) se pueda portar a una amplia gama de dispositivos y plataformas.
2lgunos sistemas Windo6s en 'ntel! incluidos Windo6s 93! ?ed 7at! Ubuntu! y algunos
sistemas $inu- en plataformas 2?M como! por e&emplo! ,urotech ;iper implementan
versiones de $inu- que e&ecutan el cliente (! pero '@M no proporciona soporte de servicio
para dichas plataformas. 0eber1 reproducir los problemas surgidos con el cliente en una
plataforma admitida si tiene previsto llamar al centro de soporte de '@M.
3or lo general se utili#a la plataforma Qava M, en dispositivos peque%os como! por
e&emplo! actuadores! sensores! telfonos mviles y otros dispositivos incorporados.
$a plataforma Qava S, se instala! por lo general! en dispositivos incorporados de gama m1s
alta como! por e&emplo! ordenadores de sobremesa y servidores.
,l paquete de soporte de implementacin de referencia MQ)) puede portarse a
dispositivos que no tengan que estar en una de estas plataformas. Se proporciona el
cdigo fuente para la implementacin de referencia adem1s de algunos archivos binarios".
(onsulte Support X do6nloads.
Cap. 3 Cap. 3 Objetos Objetos
Muchas de las tareas de administracin incluyen la manipulacin
de objetos de WebSphere MQ. $os tipos de ob&etos son gestores de colas! colas!
definiciones de proceso! listas de nombres! canales! canales de cone-in con el cliente!
escuchas! servicios y ob&etos de informacin de autenticacin.
$os gestores de colas definen las propiedades conocidas como atributos" de estos ob&etos.
$os valores de estos atributos afectan a la forma en que WebSphere MQ procesa estos
ob&etos. 0esde las aplicaciones! se utili#a la 'nterfa# de cola de mensa&es MQ'" para
controlar estos ob&etos. $os ob&etos se identifican con un descriptor de o!jeto MQ*0"
cuando se abordan desde un programa.
(uando se utili#an los mandatos de WebSphere MQ para definir! modificar o suprimir
ob&etos! por e&emplo! el gestor de colas comprueba si el usuario dispone del nivel
necesario de autori#acin para reali#ar estas operaciones. 0el mismo modo! cuando una
aplicacin utili#a la llamada MQ*3,: para abrir un ob&eto! el gestor de colas comprueba si
la aplicacin dispone del nivel de autori#acin necesario antes de permitir el acceso a dicho
ob&eto. $as comprobaciones se reali#an en el nombre del ob&eto que se abre.
$a manipulacin o administracin de ob&etos incluye/
'niciar y detener gestores de colas.
(rear ob&etos! especialmente colas! para aplicaciones.
)raba&ar con canales para crear vas de comunicacin con gestores de colas
e-istentes en otros sistemas remotos".
(rear clsteres de gestores de colas para simplificar el proceso global de
administracin o para equilibrar la carga de traba&o.
3ara obtener informacin acerca de los nombres de ob&etos WebSphere MQ!
consulte 0enominacin de ob&etos WebSphere MQ.
3ara obtener una visin general de mtodos sobre cmo crear y gestionar
ob&etos WebSphere MQ! consulte +estin de ob&etos.
3ara obtener informacin acerca de los diferentes tipos de ob&etos WebSphere MQ!
consulte los temas siguientes/
(olas
+estores de colas de WebSphere MQ
0efiniciones de proceso
(l4steres
$istas de nombres
*b&etos de informacin de autenticacin
*b&etos de informacin de comunicacin
(anales
(anales de cone-in con el cliente
,scuchas
Servicios
)emas
*b&etos de tema administrativo
*b&etos predeterminados del sistema
Conceptos relacionados/
'ntroduccin a la colocacin de mensa&es en colas
2tributos de ob&etos
"nformacin relacionada
$os mandatos MQS(
3.1 %enominacin de o"jetos -e".p/ere M)
,l convenio de denominacin adoptado para los ob&etos WebSphere MQ depende del
ob&eto. ,l nombre de las m1quinas y los '0 de usuario que se utili#an con WebSphere
MQ tambin est1n su&etos a algunas restricciones.
(ada instancia de un gestor de colas se reconoce por su nombre. ,ste nombre debe ser
e-clusivo dentro de la red de gestores de colas interconectados! de modo que un gestor de
colas pueda identificar inequvocamente el gestor de colas de destino al que se enva un
determinado mensa&e.
,n los dem1s tipos de ob&etos! cada ob&eto tiene un nombre asociado con el que puede
hacerse referencia al mismo. ,stos nombres deben ser e-clusivos dentro de un gestor de
colas y de un tipo de ob&eto. 3or e&emplo! puede haber una cola y un proceso con el
mismo nombre! pero no puede haber dos colas con el mismo nombre.
,n WebSphere MQ! los nombres pueden tener un m1-imo de CD caracteres! a e-cepcin
de loscanales! que pueden tener un m1-imo de G> caracteres. 3ara obtener m1s
informacin sobre la denominacin ob&etos WebSphere MQ! consulte ?eglas para
denominar ob&etos de WebSphere MQ.
,l nombre de las m1quinas y los '0 de usuario que se utili#an con WebSphere MQ tambin
est1n su&etos a algunas restricciones sobre nombres/
2seg4rese de que el nombre de la m1quina no contiene espacios. WebSphere
MQ no da soporte a nombres de m1quina que incluyan espacios. Si
instala WebSphere MQ en este tipo de m1quina! no podr1 crear gestores de colas.
3ara las autori#aciones de WebSphere MQ! los nombres de los '0 de usuario y los
grupos no deben tener m1s de G> caracteres de longitud no se permiten espacios".
Un servidor WebSphere MQ para Windo6s no da soporte a la cone-in de un cliente
Windo6s si el cliente est1 e&ecut1ndose ba&o un '0 de usuario que contiene el
car1cter arroba Y"! por e&emplo! abcYd.
Conceptos relacionados/
'nterpretacin de los nombres de archivo de WebSphere MQ
Referencia relacionada/
?eglas para denominar ob&etos de WebSphere MQ
3.1.1 *e!las para denominar o%jetos de WebSphere MQ
$os nombres de ob&eto de WebSphere MQ tienen longitudes m1-imas y reconocen las
may4sculas y la min4sculas. :o todos los caracteres est1n soportados para cada tipo de
ob&eto y muchos ob&etos tienen reglas relativas a la e-clusividad de nombres.
,-isten muchos tipos distintos de ob&eto de WebSphere MQ y los ob&etos de cada tipo
pueden tener el mismo nombre porque e-isten en espacios de nombres de ob&eto
separados/ 3or e&emplo! una cola local y un canal emisor pueden tener ambos el mismo
nombre. Sin embargo! un ob&eto no puede tener el mismo nombre que otro ob&eto en el
mismo espacio de nombres/ por e&emplo! una cola local no puede tener el mismo nombre
que una cola de modelo y un canal emisor no puede tener el mismo nombre que un canal
receptor.
$os siguientes ob&etos de WebSphere MQ e-isten en espacios de nombres de ob&eto
separados/
'nformacin de autenticacin
(anal
(anal de cliente
,scucha
$ista de nombres
3roceso
(ola
Servicio
(lase de almacenamiento
Suscripcin
)ema
'.1.1.1 /!$="TUD DE CARACTERES DE $!#1RES DE !1>ET!
,n general! los nombres de ob&eto de WebSphere MQ pueden tener hasta CD caracteres de
longitud. ,sta regla se aplica a los siguientes ob&etos/
'nformacin de autenticacin
(l4ster
,scucha
$ista de nombres
0efinicin de proceso
(ola
+estor de colas
Servicio
Suscripcin
)ema
,-isten restricciones/
=. ,n los sistemas #.*S! los gestores de colas deben tener un m1-imo de C caracteres
y deben estar en may4sculas y slo caracteres numricos.
G. $a longitud m1-imo de los nombres de ob&eto de canal y los nombres de canal de
cone-in de cliente es G> caracteres. (onsulte 0efinicin de los canales si desea
m1s informacin sobre los canales.
H. $as series de tema pueden tener un m1-imo de =>GC> bytes. )odos los nombres de
ob&eto deWebSphere MQ distinguen entre may4sculas y min4sculas.
C. $a longitud m1-ima de los nombres de clase de almacenamiento es D caracteres.
E. $a longitud m1-ima de los nombres de estructura de (< es =G caracteres .
'.1.1.2 CARACTERES E$ $!#1RES DE !1>ET!
$os caracteres v1lidos para los nombres de ob&eto de WebSphere MQ son/
Caracteres Restricciones
$e la # a la : en
may%sculas
inguno
$e la a a la / en
min%sculas
,n los scripts MQSC* los nombres con caracteres en min%sculas deben ir entre comillas
simples. ,sto impide que los caracteres en min%sculas se convertir&n en may%sculas.
"os sistemas que utili/an ,;C$1C <ata=ana no pueden utili/ar los caracteres de a> / en
min%sculas en los nombres de objeto.
'odran haber restricciones al utili/ar caracteres en min%sculas en los sistemas /8OS* por
Caracteres Restricciones
ejemplo* los nombres de gestor de colas no pueden contener caracteres en min%sculas.
,n los sistemas 1;M? i* cuando se utili/an mandatos C"* los nombres con caracteres en
min%sculas deben ir entre comillas simples. ,sto impide que los caracteres en min%sculas se
convertir&n en may%sculas.
um-ricos de @ a
A
inguno
'unto 2.5 inguna.
Subrayado 2B5
,vite el uso de nombres con caracteres de subrayado al principio o al (inal porque no
pueden ser gestionados por las operaciones y los paneles de control de WebSphere
MQ para /8OS.
;arra inclinada
285
,n los sistemas WindoCs* el primer car&cter de un nombre de gestor de colas no puede ser
una barra inclinada.
,n los sistemas 1;M i* cuando se utili/an mandatos C"* los nombres que contienen una
barra inclinada deben ir entre comillas simples.
Signo del
porcentaje 2D5
Si utili/a !#CE como el gestor de seguridad eFterno para WebSphere MQpara /8OS* no
utilice el car&cter D en los nombres de objeto porque los nombres no est&n incluidos en las
comprobaciones de seguridad cuando se utili/an per(iles gen-ricos de !#CE.
,n los sistemas 1;M i* cuando se utili/an mandatos C"* los nombres que contienen un
car&cter de porcentaje deben ir entre comillas simples.
,-isten algunas reglas generales en relacin con los caracteres en los nombres de ob&eto/
=. :o est1n permitidos los espacios en blanco iniciales o intercalados.
G. :o se permiten caracteres de idiomas nacionales.
H. (ualquier nombre que sea menor que la longitud total del campo puede rellenarse
por la derecha con espacios en blanco. )odos los nombres abreviados devueltos por
el gestor de colas se rellenan siempre con espacios en blanco a la derecha.
'.1.1.' $!#1RES DE C!/A
,l nombre de una cola tiene dos partes/
,l nombre de un gestor de colas
,l nombre local de la cola como es conocido para dicho gestor de colas
(ada parte del nombre de cola tiene CD caracteres de longitud.
3ara hacer referencia a una cola local! puede omitir el nombre del gestor de colas
sustituyndolo por caracteres en blanco o utili#ando un car1cter nulo inicial". Sin
embargo! todos los nombres de cola devueltos a un programa por WebSphere
MQ contienen el nombre del gestor de colas.
Una cola compartida! accesible a cualquier gestor de colas en su grupo de
compartimiento de colas! no puede tener el mismo nombre que cualquier cola local
no compartida en el mismo grupo de compartimiento de colas. ,sta restriccin evita
la posibilidad de que una aplicacin abra por error una cola compartida cuando se
pretenda abrir una cola local! o viceversa. $as colas compartidas y los grupos de
compartimiento de colas slo est1n disponibles en WebSphere MQpara #.*S.
3ara hacer referencia a una cola remota! un programa debe incluir el nombre del
gestor de colas en el nombre de cola completo! o debe haber una definicin local de
la cola remota.
(uando una aplicacin utili#a un nombre de cola! dicho nombre puede ser el
nombre de una cola local o un alias de una" o el nombre de una definicin local de
una cola remota! pero la aplicacin no necesita saber cual! a menos que deba
obtener un mensa&e de la cola cuando la cola debe ser local". (uando la aplicacin
abre el ob&eto de cola! la llamada de MQ*3,: reali#a una funcin de resolucin de
nombre para determinar en qu cola reali#ar operaciones posteriores. $a
importancia de esto es que la aplicacin no tiene ninguna dependencia incorporada
en las colas particulares que se est1n definiendo en ubicaciones determinadas en
una red de gestores de colas. 3or lo tanto! si un administrador del sistema reubica
las colas en la red y cambia sus definiciones! no es necesario cambiar las
aplicaciones que utili#an estas colas.
Nombres de objeto reser/ados
,n WebSphere MQ for #.*S! el nombre de estructura (SQSMS233$ de la aplicacin
de recurso de acoplamiento est1 reservado.
'.1.1.4 $!#1RES DE !1>ET! RESER3AD!S
$os nombres de ob&eto que empie#an con SYSTEM est1n reservados para ob&etos
definidos por el gestor de colas. 3uede utili#ar los
mandatos &lter! $efine y Replace para cambiar estas definiciones de ob&eto para
adaptarse a la instalacin. $os nombres que est1n definidos paraWebSphere MQ se
listan en su totalidad en :ombres de cola.
,n WebSphere MQ para #.*S! el nombre (SQSMS233$ de estructura de aplicacin de
recurso de acoplamiento est1 reservado.
3.1.2 9nterpretacin de los nom%res de arc5i#o de =e%.p5ere 1Q
(ada gestor de colas! cola! definicin de proceso! lista de nombres! canal! canal de
cone-in con el cliente! escucha! servicio y ob&eto de informacin de autenticacin de
WebSphere MQ se representa mediante un archivo. 3uesto que los nombres de ob&etos no
son necesariamente nombres de archivo v1lidos! el gestor de colas convierte el nombre de
ob&eto en un nombre de archivo v1lido cuando es necesario.
$a va de acceso predeterminada a un directorio de gestor de colas es la siguiente/
Un prefi&o! que est1 definido en la informacin de configuracin de WebSphere MQ/
o ,n sistemas Windo6s de HG bits! el prefi&o predeterminado es +MNA1?i4o%
'! "o(a2aNILMNP!3S"?!! MQ. ,n sistemas de FC bits de Windo6s el
prefi&o predeterminado es +MNA1?i4o% '! "o(a2aNILMNP!3S"?!! MQ
(xQT)N. ,l prefi&o se configura en la stan#a D!:aul)-!:ix del archivo de
configuracin mqs.ini.
o ,n los sistemas U:'9 y $inu-! el prefi&o predeterminado es @4a@202. ,l
prefi&o se configura en la stan#a D!:aul)-!:ix del archivo de configuracin
mqs.ini.
(uando est disponible! el prefi&o se puede cambiar utili#ando la p1gina de
propiedades de WebSphere MQ en WebSphere MQ ,-plorer! de lo contrario edite
manualmente el archivo de configuracin 20%.i&i.
,l nombre del gestor de colas se transforma en un nombre de directorio v1lido. 3or
e&emplo! el gestor de colas/
0u!u!.2a&a(!
se representara como/
0u!u!C2a&a(!
,ste proceso se denomina transformacin de nom!res.
,n WebSphere MQ! puede asignar a un gestor de colas un nombre que tenga hasta CD
caracteres.
3or e&emplo! podra asignar el siguiente nombre a un gestor de colas/
QUEUE.MANA,ER.A++OUNTIN,.SER/I+ES
Sin embargo! cada gestor de colas se representa mediante un archivo y e-isten
limitaciones con respecto a la longitud m1-ima que pueden tener los nombres de archivo y
a los caracteres que se pueden utili#ar en los nombres. (omo resultado! los nombres de
archivo que representan ob&etos se transforman autom1ticamente para cumplir los
requisitos del sistema de archivos.
$as reglas que controlan la transformacin de un nombre de gestor de colas son las
siguientes/
=. )ransformar caracteres individuales/
o 0e . a Z
o 0e . a X
G. Si el nombre sigue sin ser v1lido/
a. Se trunca a ocho caracteres
3. Se a%ade un sufi&o numrico de tres caracteres
3or e&emplo! tomando el prefi&o predeterminado y el nombre del gestor de
colas 0u!u!.2a&a(!/
,n WebSphere MQ para Windo6s con :)<S o <2)HG! el nombre del gestor de colas
se convierte en/
1MNA1?i4o% '! "o(a2aNILMNP!3S"?!! MQN02(%N0u!u!C2a&a(!
,n WebSphere MQ para Windo6s con <2)! el nombre del gestor de colas se
convierte en/
1MNA1?i4o% '! "o(a2aNILMNP!3S"?!! MQN02(%N0u!u!C2a
,n los sistemas WebSphere MQ for U:'9 y $inu-! el nombre del gestor de colas se
convierte en/
@4a@202@02(%@0u!u!C2a&a(!
,l algoritmo de transformacin tambin permite distinguir entre nombres que slo difieren
en el tipo de letra may4sculas.min4sculas" en sistemas de archivos que no son sensibles
a may4sculas y min4sculas.
'.1.2.1 TRA$S6!R#AC"-$ DE $!#1RES DE !1>ET!S
$os nombres de ob&etos no son necesariamente nombres v1lidos para los sistemas de
archivos. ,s posible que tenga que transformar los nombres de ob&etos. ,l mtodo
utili#ado es distinto del empleado para los nombres de gestores de colas porque! aunque
slo hay unos pocos nombres de gestores de colas por cada m1quina! puede haber un
gran n4mero de otros ob&etos para cada gestor de colas. ,n el sistema de archivos se
representan colas! definiciones de proceso! listas de nombres! canales! canales de
cone-in con el cliente! escuchas! servicios y ob&etos de informacin de autenticacin.
(uando el proceso de transformacin genera un nuevo nombre! no hay ninguna relacin
simple con el nombre de ob&eto original. 3uede utili#ar el mandato dspmqfls para efectuar
conversiones entre nombres de ob&etos reales y transformados.
3.1.3 9nterpretacin de los nom%res de la %i%lioteca del !estor de
colas de =e%.p5ere 1Q para IBM i
Utilice esta informacin para conocer los nombres de las bibliotecas! los directorios del '<S
y la transformacin de nombres.
(uando se crea un gestor de colas! WebSphere MQ asocia una biblioteca del gestor de
colas con l. 2 esta biblioteca del gestor de colas se le da un nombre e-clusivo! de no m1s
de => caracteres! que se basa principalmente en el nombre del gestor de colas definido por
el usuario. )anto el gestor de colas como la biblioteca del gestor de colas se colocan en un
directorio que tambin se basa en el nombre del gestor de colas con el
prefi&o @QILM@U%!Da)a@202. 2 continuacin! se ofrece un e&emplo de un gestor de colas!
una biblioteca del gestor de colas y un directorio/
ombre del gestor de colas O!#G,
ombre de la biblioteca del gestor de colas QMO!#G,
$irectorio @QILM@U%!Da)a@202@ORAN,E
)odos los nombres de gestores de colas y de bibliotecas del gestor de colas se escriben en
stan#as en el archivo @QILM@U%!Da)a@202@20%.i&i.
3.1.4 9nterpretacin de los directorios del 98. de =e%.p5ere 1Q
,l sistema de archivos integrado '<S" de '@MA i lo utili#a ampliamente WebSphere MQ
para almacenar datos. 3ara obtener m1s informacin acerca del '<S consulte la
publicacin 4ntegrated File -ystem 4ntroduction.
(ada ob&eto de WebSphere MQ por e&emplo/ canales o gestores de colas" se representa
mediante un archivo. 3uesto que los nombres de ob&etos no son necesariamente nombres
de archivo v1lidos! el gestor de colas convierte el nombre de ob&eto en un nombre de
archivo v1lido cuando es necesario.
$a va de acceso a un directorio de gestor de colas se forma a partir de los siguientes
elementos/
Un prefi&o! que se define en el archivo de configuracin del gestor de colas! 02.i&i.
,l prefi&o predeterminado es @QILM@U%!Da)a@202.
Un literal! 02(%.
Un nombre de gestor de colas codificado! que es el nombre del gestor de colas
transformado en un nombre de directorio v1lido. 3or e&emplo! el gestor de
colas 0u!u!@2a&a(! est1 representado por 0u!u!E2a&a(!.
,ste proceso se denomina transformacin de nombres.
3.1.& ;ransformacin de nom%res de !estores de colas del 98.
,n WebSphere MQ! puede asignar a un gestor de colas un nombre que tenga hasta CD
caracteres.
3or e&emplo! puede denominar a un gestor de
colas QUEUE@MANA,ER@A++OUNTIN,@SER/I+ES. 0el mismo modo que cada gestor de colas
crea una biblioteca! cada gestor de colas se representa mediante un archivo. 0ebido a
puntos de cdigo variantes en ,@(0'(! e-isten limitaciones a los caracteres que se pueden
utili#ar en el nombre. (omo resultado! los nombres de los archivos del '<S que
representan ob&etos se transforman autom1ticamente para cumplir los requisitos del
sistema de archivos.
Utili#ando el e&emplo de un gestor de colas con el nombre 0u!u!@2a&a(!! transformando
el car1cter @ en E y tomando el prefi&o predeterminado! el nombre del gestor de colas en
WebSphere MQ para '@M ise convierte en @QILM@U%!Da)a@202@02(%@0u!u!E2a&a(!.
3.1.) ;ransformacin de nom%res de o%jetos
$os nombres de ob&etos no son necesariamente nombres v1lidos del sistema de archivos!
por lo que es posible que los nombres de ob&etos deban transformarse. ,l mtodo utili#ado
es distinto del empleado para los nombres de los gestores de colas porque! aunque slo
hay unos pocos nombres de gestores de colas para cada m1quina! puede haber un gran
n4mero de otros ob&etos para cada gestor de colas. Slo las definiciones de procesos!
colas y listas de nombres est1n representadas en el sistema de archivos5 los canales no se
ven afectados por estas consideraciones.
(uando el proceso de transformacin genera un nuevo nombre! no hay ninguna relacin
simple con el nombre de ob&eto original. 3uede utili#ar el mandato 0S3MQM*@Q: para ver
los nombres transformados de los ob&etos WebSphere MQ.
3.2 5estin de o"jetos
;isin general sobre cmo crear! modificar! visuali#ar y suprimir ob&etos.
3ara m1s informacin sobre estos ob&etos y los grupos de compartimiento de colas que
slo est1n soportados en WebSphere MQ para #.*S y que no son estrictamente ob&etos"!
consulte *b&etos.
(on la e-cepcin de las colas din1micas! estos ob&etos deben definirse ante el gestor de
colas para poder traba&ar con ellos.
$os ob&etos se definen y gestionan utili#ando/
$os mandatos 3(< descritos en ?eferencia de formatos de mandatos
programables y2utomati#acin de tareas de administracin
$os mandatos MQS( descritos en $os mandatos MQS(
$as operaciones de WebSphere MQ para operaciones y paneles de control de #.*S
que se describen en <uncionamiento de WebSphere MQ for #.*S
WebSphere MQ ,-plorer Windo6s! U:'9 y $inu- para sistemas 'ntel 4nicamente"
)ambin puede gestionar ob&etos siguiendo los mtodos siguientes/
(on los mandatos de control! que se escriben desde un teclado. (onsulte $os
mandatos de control.
(on llamadas de WebSphere MQ 2dministration 'nterface MQ2'" en un programa.
(onsulte'nterfa# de administracin de WebSphere MQ MQ2'".
Slo para WebSphere MQ para Windo6s/
o (on llamadas del Modelo de ob&etos componentes (*M" de la MQ2' en un
programa
o (on la aplicacin de configuracin predeterminada de Windo6s
)ambin puede visuali#ar o modificar los atributos de ob&etos o bien suprimir los ob&etos.
0e forma alternativa! para las secuencias de WebSphere MQ para mandatos de #.*S que
utili#a con regularidad! puede escribir programas de administracin que creen mensa&es
que contengan mandatos y transferir estos mensa&es a la cola de entrada de mandatos del
sistema. ,l gestor de colas procesa los mensa&es en esta cola del mismo modo que
procesa los mandatos entrados desde la lnea de mandatos o bien desde las operaciones y
los paneles de control. ,sta tcnica se describe en ,scritura de programas para administrar
WebSphere MQ y se muestra en la aplicacin de e&emplo de +estor de correo que se
suministra con WebSphere MQ para #.*S. 3ara ver una descripcin de este e&emplo!
consulte 3rogramas de e&emplo para WebSphere MQ para #.*S.
3ara las secuencias de los mandatos de WebSphere MQ para '@Mi que utili#a con
regularidad! puede escribir programas ($.
3ara las secuencias de mandatos de WebSphere MQ en los sistemas Windo6s! U:'9 y
$inu-! puede utili#ar el recurso MQS( para e&ecutar una serie de mandatos que se guardan
en un archivo.
3.3 3tri"utos de o"jetos
$as propiedades de un ob&eto se definen mediante sus atributos. 2lgunas pueden
especificarse! mientras que otras slo pueden verse.
3or e&emplo! la longitud m1-ima de mensa&e que una cola puede admitir est1 definida por
su atributoMa'Msg(ength5 este atributo se puede especificar cuando se crea una cola. ,l
atributoDeinition%)pe especifica cmo se ha creado la cola5 este atributo slo se puede
visuali#ar.
,n WebSphere MQ! hay dos formas de hacer referencia a un atributo/
Utili#ando su nombre 3(<! por e&emplo! Ma'Msg(ength.
Utili#ando su nombre de mandato MQS(! por e&emplo! M29MS+$.
,sta gua describe principalmente cmo especificar los atributos utili#ando mandatos
MQS(! y por ello hace referencia a la mayora de los atributos utili#ando sus nombres de
mandato MQS(! en lugar de sus nombres 3(<.
3.4 Colas
'ntroduccin a las colas y los atributos de colas de WebSphere MQ.
Una cola de WebSphere MQ es un ob&eto especfico al que las aplicaciones pueden
transferirle mensa&es y del que las aplicaciones pueden obtener mensa&es.
$os mensa&es se almacenan en una cola! de modo que si la aplicacin que reali#a la
transferencia est1 esperando una respuesta a su mensa&e! es libre de reali#ar otros
traba&os mientras espera esa respuesta. $as aplicaciones acceden a una cola mediante la
interfa# de cola de mensa&es MQ'" que se describe en ;isin general de la 'nterfa# de cola
de mensa&es.
3ara que un mensa&e pueda transferirse a una cola! la cola ya se tiene que haber creado.
Una cola es propiedad de un gestor de colas! y ese gestor de colas puede poseer muchas
colas. Sin embargo! cada cola debe tener un nombre que sea e-clusivo dentro de ese
gestor de colas.
Una cola se mantiene a travs de un gestor de colas. ,n la mayora de los casos! cada cola
la gestiona fsicamente su gestor de colas! pero esto no es evidente para un programa de
aplicacin. $as colas compartidas de WebSphere MQ para #.*S las puede gestionar
cualquier gestor de colas en el grupo de compartimiento de colas.
3ara crear una cola! puede utili#ar los mandatos de WebSphere MQ MQS("! los mandatos
3(< o interfaces de plataformas especficas como por e&emplo las operaciones y los
paneles de control de WebSphere MQ para #.*S.
3uede crear colas locales para traba&os temporales din,micamente desde la aplicacin. 3or
e&emplo! puede crear colas de respuestas que no son necesarias despus de que finalice
una aplicacin". 3ara obtener m1s informacin! consulte (olas din1micas y modelo.
2ntes de utili#ar una cola! debe abrirla! especificando qu desea hacer con ella. 3or
e&emplo! puede abrir una cola para/
,-aminar mensa&es 4nicamente no recuperarlos"
?ecuperar mensa&es y compartir el acceso con otros programas o con acceso
e-clusivo"
)ransferir mensa&es a la cola
?eali#ar consultas sobre los atributos de la cola
,stablecer los atributos de la cola
3ara obtener una lista completa de las opciones que puede especificar cuando abre una
cola! consulte MQ*3,:v 8 2brir ob&eto.
3.4.1 >tri%utos de colas
2lgunos de los atributos de una cola se especifican cuando la cola est1 definida! y no se
puede cambiar despus por e&emplo! el tipo de la cola". *tros atributos de colas se
pueden agrupar en aquellos que se pueden cambiar/
Mediante el gestor de colas durante el proceso de la cola por e&emplo! la
profundidad actual de una cola"
(on mandatos 4nicamente por e&emplo! el te-to descriptivo de la cola"
Mediante aplicaciones! utili#ando la llamada MQS,) por e&emplo! si se permiten
operaciones de transferencia en la cola"
3uede averiguar los valores de todos los atributos utili#ando la llamada MQ':Q.
$os atributos que son comunes a m1s de un tipo de cola son los siguientes/
QName
:ombre de la cola
QType
)ipo de cola
QDesc
)e-to descriptivo de la cola
InhibitGet
Si se permite que los programas obtengan mensa&es de la cola aunque no se
pueden obtener nunca mensa&es de las colas remotas"
InhibitPut
Si se permite que los programas transfieran mensa&es a la cola
DefPriority
3rioridad predeterminada de los mensa&es transferidos a la cola
DefPersistence
3ersistencia predeterminada de los mensa&es transferidos a la cola
Scope (no soportado en z/OS)
(ontrola si una entrada para esta cola tambin e-iste en un servicio de nombres
3ara ver una descripcin completa de estos atributos! consulte 2tributos
para colas.
Conceptos relacionados/
(olas remotas
(olas alias
0efinicin de colas
(olas utili#adas por WebSphere MQ
Referencia relacionada/
(olas locales
(olas compartidas y de cl4ster
(olas din1micas y modelo
"nformacin relacionada
$os mandatos MQS(
+ua de consulta para el desarrollo de aplicaciones
3.4.2 "olas locales
$as colas de transmisin! de iniciacin! de mensa&es no entregados! predeterminada! de
canal y de sucesos son tipos de cola local.
Una cola se conoce en un programa como local si es propiedad del gestor de colas al que
est1 conectado el programa. 3uede obtener mensa&es y transferirlos en las colas locales.
,l ob&eto de definicin de cola contiene la informacin de definicin de la cola! as como los
mensa&es fsicos colocados en cola.
(ada gestor de colas puede tener algunas colas locales que utili#a para fines especiales/
Colas de transmisin
(uando una aplicacin enva un mensa&e a una cola remota! el gestor de colas local
almacena el mensa&e en una cola local especial! llamada cola de transmisin.
Un agente de canal de mensajes es un programa de canal asociado a la cola de
transmisin! y que entrega el mensa&e a su siguiente destino. ,l siguiente destino
es el gestor de colas al que est1 conectado el canal de mensa&es. :o es!
necesariamente! el mismo gestor de colas que el destino final del mensa&e. (uando
el mensa&e se entregue en su siguiente destino! se suprimir1 de la cola de
transmisin. ,s posible que el mensa&e tenga que pasar por muchos gestores de
colas en su ruta hacia el destino final. 0ebe definir una cola de transmisin en cada
gestor de colas! &unto con la ruta! que cada una contiene mensa&es que est1n
esperando a transmitirse en el siguiente destino. Una cola de transmisin normal
contiene mensa&es para el destino siguiente! aunque los mensa&es podran tener
destinos eventuales distintos. Una cola de transmisin de cl4ster contiene mensa&es
para varios destinos. ,l valor de 1o!lID de cada mensa&e identifica el canal en el
que se coloca el mensa&e! para transferirlo a su siguiente destino.
,n un gestor de colas puede definir varias colas de transmisin. 3uede definir varias
colas de transmisin para el mismo destino5 cada uno se utili#a para una clase
diferente de servicio. 3or e&emplo! es posible que desee crear colas de transmisin
diferentes para los mensa&es peque%os y grandes que se diri&an al mismo destino.
0e este modo! puede transferir los mensa&es utili#ando canales de mensa&es
diferentes! de forma que los mensa&es grandes no retrasar1n a los m1s
peque%os. Si utili#a la agrupacin en cl4ster en #.*S! todos mensa&es dirigidos a
colas de cl4ster o a temas de cl4ster se colocan en una sola cola de transmisin de
cl4ster!SYSTEM.+LUSTER.TRANSMIT.QUEUE! en cada cola de transmisin de cl4ster.
,n las dem1s plataformas! los mensa&es se colocan en 4nica cola de transmisin de
cl4ster!SYSTEM.+LUSTER.TRANSMIT.QUEUE! de forma predeterminada. ,n las dem1s
plataformas e-iste una opcin! que es cambiar el valor predeterminado! y separar
el tr1fico de los mensa&es que van a gestores de colas de cl4ster diferentes en colas
de transmisin de cl4ster diferentes. Si establece el atributo de gestor de
colas DEF+LXQ en +HANNEL! cada canal de cl4ster emisor crea una cola de
transmisin de cl4ster distinta. *tra opcin que e-iste en las dem1s plataformas es
definir! manualmente! las colas de transmisin de cl4ster que los canales de cl4ster
emisor deben utili#ar.
$as colas de transmisin pueden desencadenar que un agente de canal de
mensa&es enve mensa&es hacia delante5 consulte 'niciar aplicaciones WebSphere
MQ utili#ando desencadenantes.
,n WebSphere MQ para #.*S! si utili#a la transferencia a colas dentro del grupo!
un agente de servicio se encarga de gestionar la cola de transmisin. Se utili#a una
cola de transmisin compartida cuando se utili#a la transferencia a colas dentro del
grupo en WebSphere MQ para #.*S.
Colas de inicio
Una cola de inicio es una cola local en la que el gestor de colas coloca un mensa&e
desencadenante cuando se produce un suceso desencadenante en una cola de
aplicacin.
Un suceso desencadenante es un suceso dise%ado para provocar que un programa
empiece a procesar una cola. 3or e&emplo! un suceso puede ser que lleguen m1s de
=> mensa&es. 3ara obtener m1s informacin sobre cmo funciona el
desencadenamiento! consulte 'niciar aplicaciones WebSphere MQ utili#ando
desencadenantes.
Cola de mensajes no entregados 1mensaje no entregado4
Una cola de mensajes no entregados 7mensaje no entregado8 es una cola local en
la que el gestor de colas coloca mensa&es que no puede entregar.
(uando el gestor de colas coloca un mensa&e en la cola de mensa&es no
entregados! a%ade una cabecera al mensa&e. $a informacin de cabecera incluye el
motivo por el cual el gestor de colas ha colocado el mensa&e en la cola de mensa&es
no entregados. )ambin contiene el destino del mensa&e original! la fecha y la hora
en que el gestor de colas haya colocado el mensa&e en la cola de mensa&es no
entregados.
$as aplicaciones tambin pueden utili#ar la cola para mensa&es que no pueden
entregar. 3ara m1s informacin! consulte Utili#acin de la cola de mensa&es no
entregados mensa&e no entregado".
Cola de mandatos del sistema
$a cola de mandatos del sistema es una cola a las que las aplicaciones debidamente
autori#adas pueden enviar mandatos de WebSphere MQ. ,stas colas reciben los
mandatos 3(<! MQS( y ($! como soporte en su plataforma! en preparacin para
que el gestor de colas los e&ecute.
,n WebSphere MQ para #.*S! la cola se llama SYSTEM.+OMMAND.IN-UT5 en otras
plataformas! se llama SYSTEM.ADMIN.+OMMAND.QUEUE. $os mandatos aceptados
varan seg4n la plataforma. 3ara obtener m1s detalles! consulte WebSphere MQ
3rogrammable (ommand <ormats and 2dministration 'nterface.
Colas predeterminadas del sistema
$as colas predeterminadas del sistema contienen las definiciones iniciales de las
colas para el sistema. (uando se crea una definicin de cola! el gestor de colas
copia la definicin de la cola predeterminada del sistema apropiado. ,l proceso de
crear una definicin de cola es diferente del de crear una cola din1mica. $a
definicin de la cola din1mica se basa en la cola de modelo que eli&a como plantilla
para la cola din1mica.
Colas de canal
Se utili#an 9estores de colas para la gestin de colas distribuidas.
Colas de sucesos
Colas de sucesos contienen mensa&es de sucesos. ,stos mensa&es los notifica el
gestor de colas o un canal.
3.4.3 "olas remotas
3ara un programa! una cola es remota si pertenece a un gestor de colas diferentes de
aquel al que est1 conectado el programa.
(uando se ha establecido un enlace de comunicaciones! un programa puede enviar un
mensa&e a una cola remota. Un programa nunca podr1 obtener un mensa&e de una cola
remota.
,l ob&eto de definicin de cola! creado al definir una cola remota slo guarda la
informacin necesaria para que el gestor de colas localice la cola al que desea que vaya el
mensa&e. ,ste ob&eto se conoce como la definicin local de una cola remota. )odos los
atributos de la cola remota se guardan en el gestor de colas que lo posee! porque es una
cola local para ese gestor de colas.
(uando se abre una cola remota! para identificar la cola debe especificar/
,l nombre de la definicin local que define la cola remota.
3ara crear una definicin local de una cola remota! utilice el mandato 0,<':,
Q?,M*),5 en WebSphere MQ para '@MA i! utilice el mandato (?)MQMQ.
0esde el punto de vista de una aplicacin! es lo mismo que abrir una cola local. Una
aplicacin no necesita saber si una cola es local o remota.
,l nombre del gestor de colas remoto y el nombre de la cola tal como se le conoce
para dicho gestor de colas remoto.
$as definiciones locales de colas remotas tienen tres atributos adem1s de los atributos
comunes que se describen en 2tributos de colas. Son "emoteQ!ame el nombre del gestor
de colas propietario" y "emoteQMgr!ame el nombre del gestor de colas propietario"
y *mitQ!ame el nombre de la cola de transmisin local que se utili#a cuando se reenvan
mensa&es a otros gestores de colas". 3ara una descripcin m1s completa de estos
atributos! consulte 2tributos para colas.
Si utili#a la llamada MQ':Q para la definicin local de una cola remota! el gestor de colas
devolver1 los atributos de la definicin local 4nicamente! que es el nombre de cola remota!
el nombre del gestor de colas remoto y el nombre de la cola de transmisin! no los
atributos de la cola local que coinciden en el sistema remoto.
;ase tambin (olas de transmisin.
3.4.4 "olas alias
Una cola alias es un ob&eto WebSphere MQ que se puede utili#ar para acceder a otra cola u
otro tema. ,sto significa que puede haber m1s de un programa que traba&e con la misma
cola! accediendo a ella con nombres diferentes.
$a cola resultante de la resolucin de un nombre de alias que se conoce como la cola
base" puede ser una cola local! la definicin local de una cola remota o una cola
compartida un tipo de cola local que slo est1 disponible en WebSphere MQ para #.*S".
)ambin puede ser una cola predefinida! o una cola din1mica! tal como est1 soportada por
la plataforma.
Un nombre de alias tambin se puede resolver en un tema. Si actualmente una aplicacin
transfiere mensa&es a una cola! se puede hacer que se publique en un tema convirtiendo el
nombre de la cola en un alias para el tema. :o es necesario ning4n cambio en el cdigo de
aplicacin.
Nota# Un alias no se puede resolver en otro alias.
Un e&emplo del uso de las colas alias es que un administrador del sistema otorgue
diferentes autori#aciones de acceso al nombre de cola base es decir! la cola en la que se
resuelve el alias" y al nombre de cola alias. ,sto significa que un programa o usuario
pueden estar autori#ados a utili#ar la cola alias! pero no la cola base.
(omo alternativa! se puede establecer una autori#acin para inhibir las operaciones de
transferir put" para el nombre de alias! pero permitirlas para la cola base.
,n algunas aplicaciones! el uso de las colas alias significa que los administradores del
sistema pueden cambiar f1cilmente la definicin de un ob&eto de cola alias sin tener que
modificar la aplicacin.
WebSphere MQ reali#a comprobaciones de autori#acin con respecto al nombre de alias
cuando los programas intentan utili#ar ese nombre. :o comprueba si el programa est1
autori#ado a acceder al nombre en el que se resuelve el alias. 3or consiguiente! un
programa puede estar autori#ado a acceder a un nombre de cola de alias! pero no el
nombre de cola resuelto.
2dem1s de los atributos de cola generales que se describen en (olas! las colas de alias
tienen un atributo +aseQ!ame. ,s el nombre de la cola base en el que se resuelve el
nombre de alias. 3ara obtener una descripcin m1s completa de este atributo!
consulte @aseQ:ame MQ(72?CD".
$os atributos Inhibit,et y Inhibit-ut consulte (olas" de las colas alias pertenecen al
nombre de alias. 3or e&emplo! si el nombre de colas de alias 2$'2S= se resuelve en el
nombre de la cola base @2S,! las inhibiciones 2$'2S= slo afectan a 2$'2S= y no se inhibe
@2S,. Sin embargo! las inhibiciones en @2S, tambin afectan a 2$'2S=.
$os atributos De-riorit) y De-ersistence tambin pertenecen al nombre de alias. 3or
lo tanto! puede por e&emplo asignar diferentes propiedades a diferentes alias de la misma
cola base. 2dem1s! puede cambiar estas propiedades sin tener que cambiar las
aplicaciones que utili#an los alias.
3.4.& "olas compartidas y de cl+ster
,sta informacin define y e-plica los trminos colas compartidas y colas de cl4ster!
adem1s de ofrecer una comparacin entre las dos.
'.4.5.1 C!/AS C!#ART"DAS
Una cola compartida es un tipo de cola local con mensa&es a los que puede acceder uno o
varios gestores de colas que est1n en un grupo de compartimiento de colas. @as colas
compartidas slo est.n disponibles en *eb!phere M) para 8/+!6 ,sto no es lo
mismo que una cola compartidapor m1s de una aplicacin! utili#ando el mismo gestor de
colas." $as colas compartidas se guardan con recurso de acoplamiento (<"! y son
accesibles desde cualquier gestor de colas del grupo de compartimiento de colas. (ada
cola compartida de un grupo de compartimiento de colas debe tener un nombre que es
e-clusivo dentro de ese grupo. 3ara m1s informacin! consulte (olas compartidas y grupos
de compartimiento de colas.
'.4.5.2 C!/AS DE C/?STER
Una cola de cl4ster es una cola que se alo&a en un gestor de colas de cl4ster y que se pone
a disposicin de otros gestores de colas del cl4ster.
,l gestor de colas de cl4ster crea una definicin de cola local para la cola especificando el
nombre del cl4ster en el que la cola estar1 disponible. ,sta definicin anuncia la cola a
otros gestores de colas del cl4ster. $os otros gestores de colas del cl4ster pueden transferir
mensa&es a una cola de cl4ster sin necesidad de que haya una definicin de cola remota
correspondiente. Una cola de cl4ster se puede anunciar en m1s de un cl4ster. 3ara m1s
informacin! consulte (l4ster y (onfiguracin de un cl4ster de gestores de colas
'.4.5.' C!#ARAC"-$ E$TRE /AS C!/AS C!#ART"DAS 2 /AS C!/AS DE
C/?STER
,sta informacin est1 pensada para ayudarle a comparar las colas compartidas y las colas
de cl4ster y a decidir cu1les pueden ser m1s adecuadas para su sistema.
'.4.5.4 C!STES DE/ TRA$S!RTAD!R
,n las colas de cl4ster! los mensa&es los enva el transportador! por lo que debe tener en
cuenta los costes del transportador! adem1s de los costes de la aplicacin. 7ay costes en la
red porque los canales obtienen y transfieren mensa&es. ,stos costes no e-isten con las
colas compartidas! que por lo tanto utili#an menos potencia de proceso que las colas de
cl4ster al mover mensa&es entre los gestores de colas de un grupo de compartimiento de
colas.
'.4.5.5 D"S!$"1"/"DAD DE /!S #E$SA>ES
2l transferir a una cola! las colas de cl4ster envan el mensa&e a uno de los gestores de
colas con canales activos conectados al gestor de colas. ,n el gestor de colas remoto! si
las aplicaciones utili#adas para procesar los mensa&es no est1n funcionando! los mensa&es
no se procesan y esperan hasta que las aplicaciones se inician. 0e forma similar! si se
concluye un gestor de colas! todos los mensa&es en el gestor de colas no estar1n
disponible hasta que se reinicie el gestor de colas. ,stos e&emplos muestran una menor
disponibilidad de mensa&es que al utili#ar colas compartidas.
2l utili#ar colas compartidas! cualquier aplicacin en el grupo de compartimiento de colas
puede obtener mensa&es que se envan. Si concluye un gestor de colas del grupo de
compartimiento de colas! los mensa&es est1n disponibles para los otros gestores de colas!
lo que proporciona una mayor disponibilidad de mensa&es que al utili#ar colas de cl4ster.
'.4.5.% CAAC"DAD
Un recurso de acoplamiento es m1s costoso que un disco5 por lo tanto! el coste de
almacenar =.>>>.>>> mensa&es en una cola local es menor que el que tener un recurso de
acoplamiento con capacidad suficiente para almacenar el mismo n4mero de mensa&es.
'.4.5.( E$3@! A !TR!S =EST!RES DE C!/AS
$os mensa&es de colas compartidas slo est1n disponibles dentro de un grupo de
compartimiento de colas. Si desea utili#ar un gestor de colas fuera del grupo de
compartimiento de colas! debe utili#ar el transportador. 3uede utili#ar la agrupacin en
cl4ster para equilibrar la carga de traba&o entre varios gestores de colas distribuidas
remotos.
'.4.5.) E*U"/"1R"! DE /A CAR=A DE TRA1A>!
3uede utili#ar la agrupacin en cl4ster para influir en qu canales y gestores de colas
obtienen una parte de los mensa&es enviados. 3or e&emplo! puede enviar el F>[ de
mensa&es a un gestor de colas! y el C>[ de mensa&es a otro gestor de colas. ,ste e&emplo
no depende de la capacidad del gestor de colas remoto para procesar el traba&o. ,l sistema
con el primer gestor de colas puede estar sobrecargado y el sistema con el segundo gestor
de colas puede estar desocupado! pero la mayora de los mensa&es ir1n de todos modos al
primer gestor de colas.
(on colas compartidas! dos sistemas ('(S pueden obtener mensa&es. Si un sistema est1
sobrecargado! el otro sistema asume la mayor parte de la carga de traba&o.
3.4.) "olas din(micas y modelo
,sta informacin ofrece una perspectiva de las colas din1micas! las propiedades de las
colas din1micas temporales y permanentes! los usos de las colas din1micas y algunas
consideraciones que hay que tomar en cuenta cuando se utili#an colas din1micas! y colas
modelo.
(uando un programa de aplicacin emite una llamada MQ*3,: para abrir una cola
modelo! el gestor de colas crea din1micamente una instancia de una cola local con los
mismos atributos que la cola modelo. Seg4n el valor del campo Deinition%)pe de la cola
modelo! el gestor de colas crea una cola din1mica temporal o permanente.
(onsulte (reacin de colas din1micas".
Propiedades de las colas din.micas temporales
$as colas din,micas temporales tienen las propiedades siguientes/
:o pueden ser colas compartidas! accesible desde los gestores de colas de
un grupo de compartimiento de colas slo est1 disponible en WebSphere
MQ para #.os".
Slo contienen mensa&es persistentes
Son irrecuperables.
Se suprimen cuando se inicia el gestor de colas.
Se suprimen cuando la aplicacin que ha emitido la llamada MQ*3,: que
cre la cola cierra la cola o termina.
o Si hay mensa&es confirmados en la cola! se suprimen.
o Si hay alguna llamada no confirmada MQ+,)! MQ3U) o MQ3U)= para
la cola en este momento! la cola se marca como suprimida
lgicamente! y slo se suprimir1 fsicamente despus de que estas
llamadas se hayan confirmado" como parte del proceso de cierre! o
cuando la aplicacin finalice.
o Si la cola est1 en uso en este momento por la aplicacin que la crea
o cualquier otra"! la cola se marca como suprimida lgicamente! y
slo se suprimir1 fsicamente cuando se cierre la 4ltima aplicacin
que utili#a la cola.
o $os intentos de acceder a una cola suprimida lgicamente que no se
para cerrarla" fallar1n con el cdigo de ra#n MQ?(TQT0,$,),0.
o MQ(*T:*:,! MQ(*T0,$,), y MQ(*T0,$,),T3U?+, se tratan
todos como MQ(*T:*:, cuando se han especificado en una llamada
Q($*S, para la llamada MQ*3,: correspondiente que ha creado la
cola.
Propiedades de las colas din.micas permanentes
$as colas din,micas permanentes tienen las propiedades siguientes/
(ontienen mensa&es persistentes o no persistentes.
Son recuperables en caso de anomalas del sistema.
Se suprimen cuando una aplicacin no necesariamente la que ha emitido la
llamada MQ*3,: que ha creado la cola" cierre satisfactoriamente la cola
utili#ando la opcin MQ(*T0,$,), o MQ(*T0,$,),T3U?+, o.
o Una peticin de cierre con la opcin MQ(*T0,$,), falla si todava
hay alg4n mensa&e confirmado o sin confirmar" en la cola. Una
peticin de cierre con la opcin MQ(*T0,$,),T3U?+, ser1
satisfactoria aunque haya mensa&es confirmados en la cola los
mensa&es que est1n suprimindose como parte del cierre"! pero no
ser1 satisfactoria si hay alguna llamada no confirmada MQ+,)!
MQ3U) o MQ3U)= pendiente para la cola.
o Si la peticin de supresin es satisfactoria! pero la cola est1 en uso
por la aplicacin que la crea o cualquier otra"! la cola se marca como
suprimida lgicamente y slo se suprimir1 fsicamente cuando se
cierre la 4ltima aplicacin que utili#a la cola.
:o se suprimen si las cierra una aplicacin que no est1 autori#ada a suprimir
la cola! a menos que la aplicacin de cierre emitiera la llamada MQ*3,: que
cre la cola. Se llevan a cabo comprobaciones de autori#acin con respecto
al identificador de usuario o un identificador de usuario alternativo" si se
especific MQ**T2$),?:2),TUS,?T2U)7*?')M" que se ha utili#ado para
validar la llamada MQ*3,: correspondiente.
Se pueden suprimir de la misma manera que una cola normal.
-sos de las colas din.micas
3uede utili#ar colas din1micas para/
2plicaciones que no requieren que se guarden colas despus de que la
aplicacin haya finali#ado.
2plicaciones que requieren que las respuestas a los mensa&es para ser
procesados por otra aplicacin. ,stas aplicaciones pueden crear
din1micamente una cola de respuestas abriendo una cola modelo. 3or
e&emplo! una aplicacin cliente puede/
=. (rear una cola din1mica.
G. Suministrar el nombre en el campo "epl)%oQ de la estructura de
descriptor de mensa&e del mensa&e de solicitud.
H. (olocar la peticin en una cola que un servidor est1 procesando.
2 continuacin! el servidor puede colocar el mensa&e de respuesta en la cola de
respuestas. <inalmente! el cliente puede procesar la respuesta! y cerrar la cola de
respuestas con la opcin de supresin.
Consideraciones al utili8ar colas din.micas
)enga en cuenta las cuestiones siguientes al utili#ar colas din1micas/
,n un modelo cliente8servidor! cada cliente debe crear y utili#ar su propia
din1mica cola de respuestas. Si una cola din1mica de respuestas se
comparte entre m1s de un cliente! la supresin de la cola de respuestas
podra demorarse debido a que hay actividad no confirmada en la cola o
porque otro cliente est1 utili#ando la cola. 2dem1s! la cola puede marcarse
como suprimida lgicamente e inaccesible para las peticiones posteriores de
la 23' distintas de MQ($*S,".
Si el entorno de aplicacin requiere que se compartan colas din1micas entre
aplicaciones! aseg4rese de que la cola slo se cierra con la opcin de
supresin" cuando toda la actividad que hay en ella se haya confirmado.
,sta accin la debe reali#ar el 4ltimo usuario. 0e este modo se asegura que
la supresin de la cola no se retrasa! y se minimi#a el perodo en el que la
cola es inaccesible porque se ha marcado como suprimida lgicamente.
'.4.%.1 C!/AS #!DE/!
Una cola modelo es una plantilla de definicin de cola que se utili#a al crear una
cola din1mica.
3uede crear una cola local din1micamente desde un programa de WebSphere
MQ! nombrando la cola modelo que desea utili#ar como plantilla para la cola de
los atributos. ,n ese momento puede cambiar algunos atributos de la nueva cola.
3ero no puede cambiar :efinition0ype. Si! por e&emplo! necesita una cola
persistente! seleccione una cola de modelo con el tipo de definicin establecido
en permanente. 2lgunas aplicaciones conversacionales pueden utili#ar colas
din1micas para albergar las respuestas a sus consultas porque probablemente no
necesitan mantener estas colas despus de que hayan procesado las respuestas.
0ebe especificar el nombre de una cola modelo en el descriptor de
o!jeto MQ*0" de la llamada MQ*3,:. Utili#ando los atributos de la cola modelo!
el gestor de colas crea de forma autom1tica y din1mica una cola local.
,l usuario puede especificar un nombre completo" para la cola din1mica o la ra#
de un nombre por e&emplo! 2@(" y de&ar que el gestor de colas le a%ada una
parte e-clusiva o bien de&ar que el gestor de colas asigne autom1ticamente un
nombre e-clusivo completo. Si el gestor de colas asigna el nombre! lo coloca en
la estructura MQ*0.
:o puede emitir una llamada MQ3U)= directamente a una cola modelo! pero
puede emitir una llamada MQ3U)= a la cola din1mica que se ha creado abriendo
una cola modelo.
$os atributos de una cola modelo son un subcon&unto de los de una cola local.
3ara obtener una descripcin m1s completa! consulte 2tributos para colas.
3.4.@ De'nicin de colas
0ebe definir colas en WebSphere MQ utili#ando el mandato de MQS( 0,<':, o bien el
mandato de 3(< (rear cola.
$os mandatos especifican el tipo de cola y sus atributos. 3or e&emplo! un ob&eto de cola
local tiene atributos que especifican lo que sucede cuando las aplicaciones hacen
referencia a dicha cola en llamadas MQ'. Son e&emplos de atributos/
Si las aplicaciones pueden recuperar mensa&es de la cola +,) habilitado".
Si las aplicaciones pueden transferir mensa&es a la cola 3U) habilitado".
Si el acceso a la cola es e-clusivo de una aplicacin o lo comparten varias
aplicaciones.
,l n4mero m1-imo de mensa&es que pueden almacenarse en la cola al mismo
tiempo profundidad m1-ima de cola".
$a longitud m1-ima de los mensa&es que se pueden transferir a la cola.
3ara m1s informacin sobre la definicin de ob&etos de la cola! consulte Mandatos de script
MQS(".
3.4.A "olas utili0adas por WebSphere MQ
WebSphere MQ utili#a algunas colas locales para fines especficos relacionados con su
funcionamiento.
0ebe definir estas colas para que WebSphere MQ las pueda utili#ar.
Colas de inicio
$as colas de inicio son colas que se utili#an para la activacin. Un gestor de colas
coloca un mensa&e desencadenante en una cola de inicio cuando se produce un
suceso desencadenante. Un suceso desencadenante es una combinacin lgica de
condiciones detectada por un gestor de colas. 3or e&emplo! puede generarse un
suceso desencadenante cuando el n4mero de mensa&es de una cola alcan#a una
profundidad predefinida. ,ste suceso hace que el gestor de colas transfiera un
mensa&e desencadenante a una cola de inicio especificada. ,ste mensa&e
desencadenante lo recupera un supervisor desencadenante! una aplicacin especial
que supervisa una cola de inicio. ,l supervisor desencadenante inicia entonces el
programa de aplicacin que se haya especificado en el mensa&e desencadenante.
Si un gestor de colas ha de utili#ar el mecanismo de activacin! debe definirse al
menos una cola de inicio para ese gestor de colas. (onsulte +estin de ob&etos para
el desencadenamiento!runmqtrm y 'niciar aplicaciones WebSphere MQ utili#ando
desencadenantes
Colas de transmisin
$as colas de transmisin son colas que almacenan temporalmente mensa&es
destinados a un gestor de colas remoto. 0ebe definir al menos una cola de
transmisin para cada gestor de colas remoto al que el gestor de colas local va a
enviar mensa&es directamente. ,stas colas tambin se utili#an en la administracin
remota5 consulte el apartado 2dministracin remota desde un gestor de colas local.
3ara obtener informacin sobre el uso de las colas de transmisin en las colas
distribuidas! consulte )cnicas de mensa&era distribuida de WebSphere MQ.
(ada gestor de colas puede tener una cola de transmisin predeterminada. Si un
gestor de colas que no forme parte de un cl4ster transfiere un mensa&e a una cola
remota! la accin predeterminada es utili#ar la cola de transmisin predeterminada.
Si e-iste una cola de transmisin que tenga el mismo nombre que el gestor de
colas de destino! el mensa&e se coloca en dicha cola de transmisin . Si e-iste una
definicin de alias de gestor de colas! en la que el par1metro R)MN&M, coincida
con el gestor de colas de destino! y se especifica el par1metroCM"()! el mensa&e
se coloca en la cola de transmisin a la que CM"() ponga nombre. Si no e-iste el
par1metro CM"()! el mensa&e se coloca en la cola local que se indique en el
mensa&e.
Colas de transmisin de cl'ster
(ada gestor de colas de un cl4ster tiene una cola de transmisin de cl4ster
denominadaSYSTEM.+LUSTER.TRANSMIT.QUEUE! y una cola de transmisin de
cl4ster modelo!SYSTEM.+LUSTER.TRANSMIT.MODEL.QUEUE. $as definiciones de estas
colas se crean! de forma predeterminada! cuando se define un gestor de colas. Si el
atributo $,7C@C) del gestor de colas se establece en +HANNEL! se crea! de forma
autom1tica! una cola de transmisin de cl4ster din1mico permanente para cada
canal de cl4ster emisor que se cree. $as colas se
llamanSYSTEM.+LUSTER.TRANSMIT.nombre_canal. )ambin puede definir las colas
de transmisin de cl4ster de cl4ster manualmente.
Un gestor de colas que forme parte del cl4ster enva los mensa&es de una de estas
colas a otros gestores de colas que pertene#can al mismo cl4ster.
0urante la resolucin de nombres! una cola de transmisin de cl4ster tiene
prioridad sobre la cola de transmisin predeterminada! y una cola de transmisin de
cl4ster especfica tiene prioridad sobre SYSTEM.+LUSTER.TRANSMIT.QUEUE.
Si un gestor de colas emisor forma parte de un cl4ster! la accin predeterminada es
utili#ar una cola de transmisin de cl4ster! a menos que el gestor de colas de
destino no forme parte del cl4ster.
Colas de mensajes no entregados
Una cola de mensa&es no entregados es una cola que almacena mensa&es que no
pueden direccionarse a sus destinos correctos. Un mensa&e no se puede direccionar
cuando! por e&emplo! la cola de destino est1 llena. $a cola de mensa&es no
entregados que se suministra con MQSeries se llama SYSTEM.DEAD.LETTER.QUEUE.
3ara las colas distribuidas! debe definir una cola de mensa&es no entregados en
cada gestor de colas implicado.
Colas de mandatos
$a cola de mandatos! SYSTEM.ADMIN.+OMMAND.QUEUE! es una cola local a la que las
aplicaciones debidamente autori#adas pueden enviar mandatos MQS( para
procesarlos. ,stos mandatos los recupera luego un componente WebSphere
MQ llamado el servidor de mandatos. ,l servidor de mandatos valida los mandatos!
pasa los que son v1lidos al gestor de colas para que los procese y devuelve las
respuestas a la cola de respuestas apropiada.
2l crear un gestor de colas! se crea autom1ticamente una cola de mandatos para el
mismo.
Colas de respuestas
(uando una aplicacin enva un mensa&e de solicitud! la aplicacin que lo recibe
puede devolver un mensa&e de respuesta a la aplicacin emisora. ,ste mensa&e se
transfiere a una cola! llamada cola de respuestas! que suele ser una cola local de la
aplicacin emisora. ,l nombre de la cola de respuestas lo especifica la aplicacin
emisora como parte del descriptor del mensa&e.
Colas de sucesos
$os sucesos de instrumentacin! que pueden utili#arse para supervisar gestores de
colas! independientemente de las aplicaciones MQ'.
(uando se produce un suceso de instrumentacin! el gestor de colas coloca un
mensa&e de suceso en una cola de sucesos. ,ste mensa&e puede leerlo entonces
una aplicacin de supervisin! que puede informar a un administrador o iniciar
alguna accin correctora si el suceso indica un problema.
Nota# $os sucesos desencadenantes son diferentes de los sucesos de
instrumentacin. $os sucesos desencadenantes no los causan las mismas
condiciones! y no generan mensa&es de sucesos.
3ara obtener m1s informacin sobre los sucesos de instrumentacin!
consulte Sucesos de instrumentacin.
3. 5rupos de compartimiento de colas
$os gestores de colas que pueden acceder al mismo con&unto de colas compartidas forman
un grupo llamado grupo de compartimiento de colas QS+" y se comunican entre s
utili#ando un recurso de acoplamiento (<" que almacena las colas compartidas.
Una cola compartida es un tipo de cola local con mensa&es a los que pueden acceder uno o
varios gestores de colas que est1n en un grupo de compartimiento de colas. !lo est.n
soportados en *eb!phere M) para 8/+!6 ,sto no es lo mismo que una
cola compartida por m1s de una aplicacin! que utili#a el mismo gestor de colas."
$os grupos de compartimiento de colas tienen un nombre de hasta cuatro caracteres. ,l
nombre debe ser e-clusivo en la red y debe ser diferente de cualquier nombre de gestor
de colas.
$os grupos de compartimiento de colas no son estrictamente ob&etos! pero se mencionan
aqu para su comodidad.
(onsulte (olas compartidas y grupos de compartimiento de colas para obtener m1s
informacin.
3.! 5estores de colas de -e".p/ere M)
Una introduccin a los gestores de colas y a los servicios de gestin de colas que
proporcionan a las aplicaciones.
Un programa debe tener una cone-in con un gestor de colas para poder utili#ar los
servicios de ese gestor de colas. Un programa puede reali#ar esta cone-in e-plcitamente
utili#ando la llamada MQ(*:: o MQ(*::9"! o la cone-in se puede reali#ar
implcitamente este depende de la plataforma y el entorno en el que se e&ecuta el
programa".
$os gestores de colas proporcionan servicios de gestin de colas a aplicaciones y gestionan
las colas que les pertenecen. Un gestor de colas garanti#a las acciones siguientes/
$os atributos de ob&eto se modifican conforme a los mandatos recibidos.
$os sucesos especiales! tales como sucesos desencadenantes o sucesos de
instrumentacin! se generan cuando se cumplen las condiciones adecuadas.
$os mensa&es se colocan en la cola correcta! seg4n lo solicitado por la aplicacin
que ha efectuado la llamada M)P-(. ,n caso de que esto no sea posible! se
notifica a la aplicacin y se emite un cdigo de ra#n apropiado.
(ada cola pertenece a un solo gestor de colas y se dice que es una cola local respecto a
ese gestor de colas. ,l gestor de colas al que est1 conectada una aplicacin es el gestor de
colas localrespecto a esa aplicacin. 3ara la aplicacin! las colas que pertenecen a su
gestor de colas local son colas locales.
Una cola remota es una cola que pertenece a otro gestor de colas. Un gestor de colas
remoto es cualquier gestor de colas que no sea el gestor de colas local. Un gestor de colas
remoto puede estar en una m1quina remota de la red o puede estar en la misma m1quina
que el gestor de colas local. WebSphere MQ da soporte a varios gestores de colas en la
misma m1quina.
,n algunas llamadas MQ'! se puede utili#ar un ob&eto gestor de colas. 3or e&emplo! puede
efectuar consultas sobre los atributos del ob&eto gestor de colas utili#ando la llamada
MQ' M)"N).
3.).1 >tri%utos de los !estores de colas
2sociados a cada gestor de colas hay un con&unto de atributos o propiedades" que definen
sus caractersticas. 2lgunos de los atributos de un gestor de colas son fi&os cuando este
gestor se crea5 los otros se pueden cambiar utili#ando los mandatos de WebSphere MQ.
3uede reali#ar consultas sobre los valores de todos los atributos! e-cepto los que se
utili#an para el cifrado de SS$ Secure SocIets $ayer"! utili#ando la llamada MQ':Q.
$os atributos fijos incluyen los siguientes/
,l nombre del gestor de colas
$a plataforma en la que se e&ecuta el gestor de colas por e&emplo! #.*S"
,l nivel de los mandatos de control del sistema al que el gestor de colas da soporte
$a prioridad m1-ima que se puede asignar a los mensa&es procesados por el gestor
de colas
,l nombre de la cola a la que los programas pueden enviar mandatos de
WebSphere MQ
$a longitud m1-ima que el gestor de colas puede procesar fi&a slo en WebSphere
MQ para #.*S"
Si el gestor de colas ofrece soporte al recurso de puntos de sincronismo cuando los
programas transfieren y obtienen mensa&es
$os atributos modifica!les incluyen los siguientes/
Una descripcin de te-to del gestor de colas
,l identificador del &uego de caracteres que el gestor de colas utili#a para las series
de caracteres cuando procesa llamadas MQ'
,l intervalo de tiempo que el gestor de colas utili#a para restringir el n4mero de
mensa&es desencadenantes
,l intervalo de tiempo que el gestor de colas utili#a para determinar la frecuencia
con que se e-ploran las colas para buscar mensa&es caducados WebSphere MQ
para #.os 4nicamente"
,l nombre de la cola de mensa&es no entregados del gestor de colas mensa&e no
entregado"
,l nombre de la cola de transmisin predeterminada del gestor de colas
,l n4mero m1-imo de mane&adores abiertos para cualquier cone-in individual
$a habilitacin e inhabilitacin de diversas categoras de informes de sucesos
,l n4mero m1-imo de mensa&es sin confirmar dentro de una unidad de traba&o
3.).2 Destores de colas y !estin de car!a de tra%ajo
3uede configurar un cl4ster de gestores de colas que tenga m1s de una definicin para la
misma cola por e&emplo! los gestores de colas en el cl4ster podran ser clones de entre
s". $os mensa&es de una cola determinada los puede mane&ar cualquier gestor de colas
que alo&a una instancia de la cola. Un algoritmo de gestin de carga de traba&o decide qu
gestor de colas mane&a el mensa&e y reparte la carga de traba&o entre los gestores de
colas5 consulte ,l algoritmo de gestin de carga de traba&o de cl4ster para obtener m1s
informacin.
3.# %efiniciones de proceso
$os ob&etos de definicin de proceso permiten que las aplicaciones se inicien sin necesidad
de que intervenga el operador definiendo los atributos de la aplicacin para que los utilice
el gestor de colas.
,l ob&eto de definicin de proceso define una aplicacin que se inicia en respuesta a un
suceso desencadenante en un gestor de colas de WebSphere MQ. $os atributos de la
definicin de proceso incluyen el '0 de aplicacin! el tipo de aplicacin y los datos
especficos de la aplicacin. 3ara m1s informacin! consulte la entrada N(olas de inicioO en
el apartado (olas utili#adas por WebSphere MQ.
3ara permitir que una aplicacin se inicie sin necesidad de que intervenga un operador se
describe en 'niciar aplicaciones WebSphere MQ utili#ando desencadenantes"! los atributos
de la aplicacin deben ser conocidos para el gestor de colas. ,stos atributos se definen en
un o!jeto de definicin de proceso.
,l atributo -rocess!ame es fi&o cuando se crea el ob&eto5 puede cambiar el resto de
atributos utili#ando los mandatos de WebSphere MQ o la operaciones y paneles de control
de WebSphere MQ para #.*S.
3uede reali#ar consultas sobre los valores de todos los atributos utili#ando MQ':Q 8
(onsultar atributos de ob&eto.
3ara una descripcin completa de los atributos de definiciones de proceso!
consulte 2tributos para definiciones de proceso.
3.$ Cl,steres
3uede agrupar los gestores de colas de un cl4ster. $os gestores de colas de un cl4ster
pueden hacer que las colas que albergan estn disponibles para cada uno de los gestores
de colas del cl4ster. (ualquier gestor de colas puede enviar un mensa&e a cualquier otro
gestor de colas en el mismo cl4ster sin la necesidad de reali#ar muchas de las definiciones
de ob&eto necesarias para las colas distribuidas est1ndar.
,n una red tradicional de WebSphere MQ que utili#a las colas distribuidas! cada gestor de
colas es independiente. Si un gestor de colas necesita enviar mensa&es a otro gestor de
colas! debe haber definido una cola de transmisin! un canal para el gestor de colas
remoto y una definicin de cola remota para cada cola a la que desea enviar mensa&es.
Un clster es un grupo de gestores de colas configurados de forma que puedan
comunicarse directamente entre ellos a travs de una sola red! sin necesidad de
definiciones de colas de transmisin! canales y colas remotas.
(ada gestor de colas del cl4ster tiene una cola de transmisin 4nica desde la que puede
transmitir mensa&es a cualquier otro gestor de colas en el cl4ster.
Conceptos relacionados/
0ise%o de cl4steres
(areas relacionadas/
(onfiguracin de un cl4ster del gestor de colas
(onfiguracin de un cl4ster nuevo
3.& 9istas de nom"res
Una lista de nom!res es un ob&eto de WebSphere MQ que contiene una lista de nombres
de cl4ster! nombres de colas o nombres de ob&etos de informacin de autenticacin. ,n un
cl4ster! se puede utili#ar para identificar una lista de cl4steres para los que el gestor de
colas contiene los depsitos.
Una lista de nombres es un ob&eto WebSphere MQ que contiene una lista de otros ob&etos
WebSphere MQ. :ormalmente! las listas de nombres las utili#an aplicaciones como los
supervisores desencadenantes y se utili#an para identificar un grupo de colas. $a venta&a
de utili#ar una lista de nombres es que se mantiene independientemente de las
aplicaciones! es decir! se puede actuali#ar sin detener ninguna de las aplicaciones que la
utili#an. 2dem1s! si una aplicacin no se e&ecuta correctamente! ello no afecta a la lista de
nombres y otras aplicaciones podr1n seguir utili#1ndola.
$as listas de nombres tambin se utili#an con cl4steres de gestores de colas para
mantener una lista de cl4steres a los que haga referencia m1s de un ob&eto WebSphere
MQ.
3uede definir y modificar listas de nombres utili#ando 4nicamente las operaciones y los
paneles de control de WebSphere MQ para #.os o los mandatos MQS(.
$os programas pueden utili#ar MQ' para averiguar qu colas est1n incluidas en estas listas
de nombres. $a organi#acin de las listas de nombres es responsabilidad del dise%ador de
aplicaciones y administrador del sistema.
3ara una descripcin completa de los atributos de listas de nombres! consulte 2tributos
para listas de nombres.
3.1' :"jetos de informacin de autenticacin
Una introduccin a los ob&etos de informacin de autenticacin del gestor de colas y un
enlace para obtener m1s informacin.
,l ob&eto de informacin de autenticacin del gestor de colas forma parte del soporte de
WebSphere MQ para los protocolos SS$ Secure SocIets $ayer" y SS$ seguridad de la
capa de transporte". 3roporciona las definiciones necesarias para comprobar los
certificados revocados. $as autoridades de certificacin revocan los certificados que ya no
son fiables.
,n este apartado se describe cmo se utili#an los
mandatos setmqaut! dspmqaut! dmpmqaut!rcrmqobj! rcdmqimg y dspmqfls con el
ob&eto de informacin de autenticacin. 3ara obtener una visin general de SS$ y )$S! y el
uso de los ob&etos de informacin de autenticacin! consulteSoporte de WebSphere MQ
para SS$ y )$S.
3ara obtener m1s informacin sobre SS$ y )$S! consulte (onceptos SS$ Secure SocIets
$ayer" y )$S )ransport $ayer Security".
Un ob&eto de informacin de autenticacin proporciona las definiciones necesarias para
reali#ar la comprobacin de revocacin de certificados.
3ara una descripcin completa de los atributos de ob&etos de informacin de autenticacin!
consulte*b&etos de informacin de autenticacin.
3.11 :"jetos de informacin de comunicacin
WebSphere MQ Multicast ofrece ba&a latencia! alta diseminacin y mensa&era de
multidifusin fiable. ,s necesario un ob&eto de informacin de comunicacin (*MM':<*"
para utili#ar la transmisin de multidifusin.
Un ob&eto (*MM':<* es un ob&eto de WebSphere MQ que contiene los atributos asociados
a la transmisin de multidifusin. 3ara obtener m1s informacin sobre estos atributos!
consulte 0,<':, (*MM':<*. 3ara obtener m1s informacin sobre la creacin de un ob&eto
(*MM':<*! consulte'niciacin a la multidifusin.
Conceptos relacionados/
WebSphere MQ Multicast
3.12 Canales
Un canal es un enlace de comunicaciones utili#ado por los gestores de colas distribuidas.
$os canales son ob&etos que proporcionan una va de comunicacin de un gestor de colas a
otro. $os canales se utili#an en las colas distribuidas para trasladar mensa&es de un gestor
de colas a otro y permiten que las aplicaciones no tengan que preocuparse de los
protocolos de comunicaciones subyacentes. $os gestores de colas pueden estar en la
misma o en distintas plataformas.
3ara que los gestores de colas se comuniquen entre s! debe definir un ob&eto canal en el
gestor de colas que va a enviar los mensa&es y otro complementario en el gestor de colas
que va a recibirlos.
7ay dos categoras de canal en WebSphere MQ/
(anales de mensajes! que son unidireccionales y transfieren mensa&es de un gestor
de colas a otro5 para m1s informacin! consulte $lamadas y estructuras de datos de
salida de canal.
(anales ./4! que son bidireccionales y transfieren llamadas MQ' desde un cliente
MQ' de WebSphere MQ hasta un gestor de colas y respuestas de un gestor de colas
a un cliente WebSphere MQ5 consulte KQu es un canalL para obtener m1s
informacin.
Conceptos relacionados/
2dministracin de ob&etos WebSphere MQ remotos
(onceptos de intercomunicacin
Referencia relacionada/
(omunicaciones
"nformacin relacionada
$lamadas de salida de canal y estructuras de datos
3.12.1 Qu es un canal?
Un canal es un enlace de comunicaciones lgico entre un cliente WebSphere MQ MQ' y un
servidor WebSphere MQ! o entre dos servidores WebSphere MQ.
Un canal tiene dos definiciones/ una en cada e-termo de la cone-in. 0ebe utili#arse el
mismo nom!re de canal en cada e-tremo de la cone-in y el tipo de canal utili#ado debe
ser compatible.
7ay dos categoras de canal en WebSphere MQ! con diferentes tipos de canal dentro de
estas categoras/
Conceptos relacionados/
(anales de mensa&es
(anales MQ'
0etencin de canales
3.12.2 "anales de mensajes
Un canal de mensa&es es un enlace unidireccional. (onecta dos gestores de colas utili#ando
losagentes de canal de mensajes M(2".
,l ob&etivo de un canal de mensa&es es transferir mensa&es de un gestor de colas a otro.
$os canales de mensa&es no son necesarios para el entorno de cliente8servidor.
Figura 1. Canales de mensajes entre dos gestores de colas
3.12.3 "anales 1Q9
Un canal MQ' conecta un cliente WebSphere MQ MQ' a un gestor de colas en una m1quina
de servidor y se establece cuando se emite una llamada MQ+ONN o MQ+ONNX desde una
aplicacin cliente WebSphere MQ MQ'.
,s un enlace bidireccional y se utili#a para la transferencia de llamadas MQ' y respuestas
4nicamente! incluyendo llamadas M)P-( que contienen datos de mensa&es y
llamadas M)%,( que hacen que se devuelvan los datos de mensa&es. 7ay diferentes
formas de crear y utili#ar definiciones de canal consulte 0efinicin de canales MQ'".
Figura 1. Conexin con el cliente y con el servidor en un canal ./4
Un canal MQ' se puede utili#ar para conectar un cliente con un 4nico gestor de colas o con
un gestor de colas que forma parte de un grupo de comparticin de colas
consulte (one-in de un cliente a un grupo de compartimiento de colas".
7ay dos tipos de canal para definiciones de canal MQ'. 0efinen el canal MQ' bidireccional.
Canal de conexin de cliente
,ste tipo es para el cliente WebSphere MQ MQ'.
Canal de conexin de ser/idor
,ste tipo es para el servidor que e&ecuta el gestor de colas! con el que se va a
comunicar la aplicacin WebSphere MQ! que se e&ecuta en un entorno cliente
WebSphere MQ MQ'.
3.12.4 Detencin de canales
,n WebSphere MQ! cuando se emite un mandato S)*3 (72::,$ para un canal de
cone-in de servidor! puede elegir qu mtodo desea utili#ar para detener el canal de
cone-in de cliente.
,sto significa que un canal de cliente que emite una llamada de espera MQ+,) se puede
controlar y puede decidir cmo y cu1ndo se detendr1 el canal.
,l mandato S)*3 (72::,$ se puede emitir con tres modalidades! lo que indica cmo se
va a detener el canal/
"nmo/ili8ar
0etiene el canal despus de que se hayan procesado los mensa&es actuales.
Si el compartimiento de conversaciones est1 habilitado! el cliente WebSphere MQ
MQ' se percata de la peticin de detencin de la forma oportuna5 este tiempo
depende de la velocidad de la red. $a aplicacin cliente tiene constancia de la
peticin de detencin como resultado de la emisin de una llamada posterior a
WebSphere MQ.
7or8ar
0etiene el canal de forma inmediata.
(erminar
0etiene el canal de forma inmediata. Si el canal se e&ecuta como un proceso! puede
terminar el proceso del canal o si el canal se e&ecuta como un subproceso! el
subproceso.
,ste proceso es un proceso que se desarrolla en varias etapas. Si se utili#a la
modalidad de terminar! primero se intenta detener el canal de cone-in de servidor!
a continuacin! con la modalidad de inmovili#ar y si es necesario! con la modalidad
de terminar. ,l cliente puede recibir cdigos de retorno diferentes durante las
diferentes fases de terminacin. Si el proceso o subproceso termina! el cliente
recibe un error de comunicacin.
$os cdigos de retorno devueltos a la aplicacin varan de acuerdo con la llamada
MQ' emitida y se emite el mandato S)*3 (72::,$. ,l cliente recibir1 un cdigo
de retorno MQ?(T(*::,()'*:TQU',S(':+ o MQ?(T(*::,()'*:T@?*R,:. Si
un cliente detecta MQ?(T(*::,()'*:TQU',S(':+! debe intentar completar la
transaccin actual y terminar. ,sto no es posible con
MQ?(T(*::,()'*:T@?*R,:. Si el cliente no completa la transaccin y termina
con suficiente rapide#! obtendr1 (*::,()'*:T@?*R,: al cabo de unos
segundos. ,s m1s probable que un mandato S)*3 (72::,$ con M*0,<*?(,"
o M*0,),?M':2)," d como resultado (*::,()'*:T@?*R,: que con
M*0,QU',S(,".
3.12.& "omunicaciones
$os clientes de WebSphere MQ MQ' utili#an canales MQ' para comunicarse con el
servidor.
Se debe crear una definicin de canal en los e-tremos de cliente WebSphere MQ MQ' y de
servidor de la cone-in. ,n 0efinicin de canales MQ' se e-plica cmo crear definiciones
de canal.
$os protocolos de transmisin posibles se muestran en la tabla siguiente/
Tabla 1. Protocolos de transmisin para canales MQI
lata7orma de cliente /U %.2 TC4" $et1"!S SA
1;M i S
Sistemas .1H y "inuF S
6
S
WindoCs S S S S
$ota:
6. ".I.0 no est& soportado en "inuF 2plata(orma 'OW,!5* "inuF 2plata(orma FJI>I45* "inuF 2plata(orma
/Series s7A@F5 o bien Solaris 2plata(orma FJI>I45
)abla = muestra las combinaciones posibles de plataformas de cliente WebSphere MQ MQ'
y de servidor! utili#ando estos protocolos de transmisin.
Una aplicacin WebSphere MQ en un cliente WebSphere MQ MQ' puede utili#ar todas las
llamadas MQ' de la misma manera que cuando el gestor de colas es
local. M)C+NN o M)C+NNC asocia la aplicacin WebSphere MQ al gestor de colas
seleccionado! creando un manejador de conexin. 2 continuacin! el gestor de colas
conectado procesa otras llamadas que utili#an ese mane&ador de cone-in. $a
comunicacin de cliente WebSphere MQ MQ' requiere una cone-in activa entre el cliente
y el servidor! a diferencia de la comunicacin entre gestores de colas! que es
independiente de la cone-in e independiente del tiempo.
,l protocolo de transmisin se especifica utili#ando la definicin de canal y no afecta a la
aplicacin. 3or e&emplo! una aplicacin Windo6s puede conectarse a un gestor de colas a
travs de )(3.'3 y a otro gestor de colas a travs de :et@'*S.
'.12.5.1 C!$S"DERAC"!$ES S!1RE E/ RE$D"#"E$T!
,l protocolo de transmisin que utilice puede afectar al rendimiento del sistema cliente y
servidor de WebSphere MQ. 3ara el soporte de acceso telefnico a travs de una lnea
telefnica lenta! puede ser conveniente utili#ar la compresin de canal de WebSphere MQ.
3.13 Canales de cone0in con el cliente
Una introduccin a los ob&etos de canal de cone-in con el cliente y un enlace para obtener
m1s informacin.
$os canales de conexin con el cliente son ob&etos que proporcionan una va de
comunicacin de un cliente MQ' de WebSphere MQ a un gestor de colas. $os canales de
cone-in con el cliente se utili#an en las colas distribuidas para trasladar mensa&es entre
un gestor de colas y un cliente. 3ermiten que las aplicaciones no tengan que preocuparse
por los protocolos de comunicaciones subyacentes. ,l cliente puede e-istir en la misma
plataforma o en una diferente a la del gestor de colas.
3ara obtener informacin sobre los canales de cone-in con el cliente y cmo utili#arlos!
consulte(mo funcionan los cl4steres.
3.14 Clases de almacenamiento
Una clase de almacenamiento correlaciona una o varias colas con un con&unto de p1ginas.
,sto significa que los mensa&es de dicha cola se almacenan est1n su&etos al
almacenamiento intermedio" en ese con&unto de p1ginas. !lo est.n soportados en
*eb!phere M) para 8/+!6
3ara m1s informacin sobre clases de almacenamiento! consulte la
publicacin 3lanificacin en #.*S.
3.1 2scuc/as
$os escuc2as son procesos que aceptan peticiones de red de otros gestores de colas o
aplicaciones cliente de! e inician los canales asociados.
$os escuc2as son procesos que aceptan peticiones de red de otros gestores de colas o
aplicaciones cliente de! e inician los canales asociados. $os procesos de escucha se pueden
iniciar con el mandato de control runmqlsr.
$os o!jetos de escuc2a son ob&etos WebSphere MQ que le permiten gestionar el inicio y
detencin de los procesos de escucha desde el 1mbito de un gestor de colas. No se da
soporte a los objetos de escucha en *eb!phere M) para 8/+!6 2l definir los
atributos de un ob&eto de escucha! hace lo siguiente/
(onfigurar el proceso de escucha.
,specificar si el proceso de escucha se inicia y se detiene autom1ticamente cuando
se inicia y se detiene el gestor de colas.
3.1! .ervicios
$os ob&etos de servicio son una forma de definir programas para que se e&ecuten cuando
se inicie o se detenga un gestor de colas.
$os o!jetos de servicio son una forma de definir programas para que se e&ecuten cuando
se inicia o se detiene un gestor de colas. No soportado en *eb!phere M) para 8/+!6.
$os programas pueden subdividirse en los tipos siguientes/
!er/idores
Un servidor es un ob&eto de servicio que tiene el par1metro S,?;)M3, establecido
en S,?;,?. Un ob&eto de servicio de servidor es la definicin de un programa que
se e&ecutar1 cuando se inicie un gestor de colas especificado. Slo se puede
e&ecutar una instancia de un proceso de servidor al mismo tiempo. Mientras se est1
e&ecutando! el estado de un proceso de servidor puede supervisarse con el mandato
MQS(! 0'S3$2M S;S)2)US. :ormalmente! los ob&etos de servicio de servidor son
definiciones de programas! como mane&adores de mensa&es no entregados o
supervisores desencadenantes! sin embargo! los programas que se pueden e&ecutar
no se limitan a los que se proporcionan con WebSphere MQ. 2dem1s! un ob&eto de
servicio de servidor se puede definir para que incluya un mandato que se e&ecutar1
cuando el gestor de colas especificado se apague para finali#ar el programa.
Mandatos
Un mandato es un ob&eto de servicio que tiene el par1metro S,?;)M3, establecido
en (*MM2:0. Un ob&eto de servicio de mandato es la definicin de un programa
que se e&ecutar1 cuando se inicie o se detenga un gestor de colas especificado. Se
pueden e&ecutar varias instancias de un proceso de mandato al mismo tiempo. $os
ob&etos de servicio de mandato se diferencian de los ob&etos de servicio de servidor
en que! una ve# que se haya e&ecutado el programa! el gestor de colas no lo
supervisar1. :ormalmente! los ob&etos de servicio de mandato son definiciones de
programas de corta duracin que reali#an una tarea especfica! como por e&emplo
iniciar una o m1s tareas diferentes.
3.1# Temas
Un tema de WebSphere MQ es un ob&eto de WebSphere MQ que identifica de qu trata una
publicacin.
Un tema es el asunto de la informacin que se publica en un mensa&e de
publicacin.suscripcin.
3ara obtener m1s informacin sobre los temas! consulte )emas.
3.1$ :"jetos de tema administrativo
Una introduccin a los ob&etos de tema administrativo y enlaces para obtener m1s
informacin.
Un o!jeto de tema administrativo es un ob&eto de WebSphere MQ que permite asignar
atributos especficos! no predeterminados a temas. Un tema se define mediante una
aplicacin que publica o se suscribe a una determinada serie de tema. Una serie de tema
puede especificar una &erarqua de temas separ1ndolos con un car1cter de barra inclinada
.". ,sto se puede visuali#ar en un ,r!ol de temas. 3or e&emplo! si una aplicacin publica
las series de temas @D!"o)!@F`)3ol a2!i1a&o y@D!"o)!@F`)3ol! se crear1 un 1rbol
de temas con un nodo padre D!"o)! con dos hi&os! F`)3ol a2!i1a&o y F`)3ol.
$os temas heredan sus atributos del primer nodo administrativo padre encontrado en su
1rbol de temas. Si no hay nodos de tema administrativo en un 1rbol de temas especfico!
entonces todos los temas heredar1n sus atributos del ob&eto de
tema base! SMS),M.@2S,.)*3'(.
3uede crear un ob&eto de tema administrativo en cualquier nodo de un 1rbol de temas
especificando la serie de temas de dicho nodo en el atributo )*3'(S)? del ob&eto del tema
administrativo. )ambin puede definir otros atributos para el nodo de tema administrativo.
3ara obtener m1s informacin sobre estos atributos! consulte $os mandatos MQS( o
los 2utomati#acin de tareas de administracin. (ada ob&eto del tema administrativo
heredar1! de forma predeterminada! sus atributos del nodo del tema administrativo padre
m1s cercano.
$os ob&etos del tema administrativo tambin se pueden utili#ar para ocultar todo el 1rbol
de temas de los desarrolladores de aplicacin. Si se crea un ob&eto de tema
denominado FOOTLALL.US para el tema @D!"o)!@F`)3ol a2!i1a&o! una aplicacin
podr1 publicar o suscribirse en el ob&eto denominado FOOTLALL.US en ve# de la
serie @D!"o)!@F`)3ol a2!i1a&o con el mismo resultado.
Si indica un car1cter \! ]! . ^ en una serie de tema de un ob&eto de tema! el car1cter se
tratar1 como un car1cter normal en la serie y se considerar1 que forma parte de la serie
de temas asociada a un ob&eto de tema administrativo.
3ara obtener m1s informacin sobre ob&etos de tema administrativos consulte 'ntroduccin
a la mensa&era de publicacin.suscripcin de WebSphere MQ.
3.1& :"jetos predeterminados del sistema
Una introduccin a los ob&etos predeterminados de ob&etos del sistema y enlaces para
obtener m1s informacin.
$os o!jetos predeterminados del sistema son un con&unto de definiciones de ob&etos que
se crean autom1ticamente siempre que se crea un gestor de colas. 3uede copiar y
modificar cualquiera de estas definiciones de ob&etos para utili#arlas en aplicaciones de su
instalacin.
$os nombres de los ob&etos predeterminados tienen la ra# SMS),M5 por e&emplo! la cola
local predeterminada es SMS),M.0,<2U$).$*(2$.QU,U, y el canal receptor
predeterminado es SMS),M.0,<.?,(,';,?. :o se puede cambiar el nombre de estos
ob&etos5 es obligatorio que los ob&etos predeterminados tengan estos nombres.
(uando se define un ob&eto! todos los atributos que no se especifican e-plcitamente se
copian del ob&eto predeterminado adecuado. 3or e&emplo! si define una cola local! los
atributos que no especifique se tomar1n de la cola predeterminada
SMS),M.0,<2U$).$*(2$.QU,U,.
(onsulte *b&etos predeterminados y del sistema para obtener m1s informacin sobre
valores predeterminados del sistema.
3.2' -e".p/ere M) Multicast
WebSphere MQ Multicast ofrece ba&a latencia! una gran diseminacin de salida y
mensa&era de multidifusin fiable.
$a multidifusin es una forma efica# de mensa&era de publicacin.suscripcin porque se
puede escalar a un elevado n4mero de suscriptores sin efectos negativos en el
rendimiento. WebSphere MQ permite una mensa&era de multidifusin fiable gracias a
reconocimientos! reconocimientos negativos y n4meros de secuencia para lograr una
mensa&era de latencia ba&a con una gran diseminacin de salida.
$a entrega &usta de WebSphere MQ permite una entrega casi simult1nea! garanti#ando que
ning4n destinatario obtiene venta&as. 0ado que WebSphere MQ Multicast utili#a la red para
entregar mensa&es! no es necesario utili#ar ning4n motor de publicacin.suscripcin para
diseminar los datos. 0espus de correlacionar un tema con una direccin de grupo! no es
necesario utili#ar un gestor de colas! porque los publicadores y los suscriptores pueden
operar en una modalidad de igual a igual. ,sto permite reducir la carga en los servidores
de gestores de colas! y el servidor de gestor de colas de&a de ser un posible punto de
anomala.
Cap. 4 Cap. 4 Conceptos de multidifusin iniciales Conceptos de multidifusin iniciales
WebSphere MQ Multicast puede integrarse f1cilmente en sistemas y aplicaciones e-istentes
mediante el ob&eto 'nformacin de comunicacin (*MM':<*". 0os campos de ob&eto
)*3'( permiten la configuracin r1pida de ob&etos )*3'( e-istentes para dar soporte u
omitir el tr1fico de multidifusin.
4.1 :"jetos necesarios para la multidifusin
$a informacin siguiente es una breve descripcin de los dos ob&etos necesarios para
WebSphere MQ Multicast/
Objeto COMMINFO
,l ob&eto (*MM':<* contiene los atributos asociados a la transmisin de
multidifusin. 3ara obtener m1s informacin sobre los par1metros del ob&eto
(*MM':<*! consulte 0,<':, (*MM':<*.
,l 4nico campo de (*MM':<* que se 0,@, establecer es el nombre del ob&eto
(*MM':<*. ,ste nombre se utili#a para identificar el ob&eto (*MM':<* en un
tema. ,l campo %RP&$$R del ob&eto (*MM':<* debe comprobarse para
asegurarse de que el valor es una direccin de grupo de multidifusin v1lida.
Objeto TOPIC
Un tema es el asunto de la informacin que se publica en un mensa&e de
publicacin.suscripcin y un tema se define creando un ob&eto )*3'(. 3ara obtener
m1s informacin sobre los par1metros del ob&eto )*3'(! consulte 0,<':, )*3'(.
Se pueden utili#ar temas e-istentes con la multidifusin cambiando los valores de
los par1metros siguientes del ob&eto )*3'(/ C+MM"N7+ y MC&!(.
C+MM"N7+ ,ste par1metro especifica el nombre del ob&eto de informacin
de comunicacin de multidifusin.
MC&!( ,ste par1metro especifica si la multidifusin est1 permitida en esta
posicin del 1rbol de temas. 0e forma predeterminada! MC&!( se establece
en AS-ARENT! lo que significa que el atributo de multidifusin del tema se
hereda del padre. ,stablecer MC&!( en HALILITADOpermite el tr1fico de
multidifusin en este nodo.
4.2 7edes y temas de multidifusin
$a siguiente informacin es una visin general de lo que sucede en las suscripciones
con diferentes tipos de suscripcin y definicin de tema. ,n todos estos e&emplos se
presupone que el par1metroC+MM"N7+ del ob&eto )*3'( se ha establecido en el
nombre de un ob&eto (*MM':<* v1lido/
(ema establecido en multidifusin habilitado
Si el par1metro MC&!( de la serie de tema se establece en ENALLED! las
suscripciones de los clientes con capacidad de multidifusin est1n permitidas y se
reali#a una suscripcin de multidifusin a menos que/
Sea una suscripcin duradera desde un cliente con capacidad de
multidifusin.
Sea una suscripcin no gestionada desde un cliente con capacidad de
multidifusin.
Sea una suscripcin desde un cliente sin capacidad de multidifusin.
,n estos casos! se reali#a una suscripcin sin multidifusin y las suscripciones se
degradan a una publicacin.suscripcin normal.
(ema establecido en multidifusin inhabilitado
Si el par1metro MC&!( de la serie de tema se establece en DISALLED! siempre se
reali#a una suscripcin sin multidifusin y las suscripciones se degradan a una
publicacin.suscripcin normal.
(ema establecido slo en multidifusin
Si el par1metro MC&!( de la serie de tema se establece en ONLY! las suscripciones
de los clientes con capacidad de multidifusin est1n permitidas y se reali#a una
suscripcin de multidifusin a menos que/
Sea una suscripcin duradera/ las suscripciones duraderas se recha#an con
el cdigo de ra#nGCHF >VDC" ?(GCHF"/
MQ?(T0U?2@'$')MT:*)T2$$*W,0
Sea una suscripcin no gestionada/ las suscripciones no gestionadas se
recha#an con el cdigo de ra#n G>CF >B<," ?(G>CF"/
MQ?(T*3)'*:ST,??*?
Sea una suscripcin de un cliente sin capacidad de multidifusin/ estas
suscripciones se recha#an con el cdigo de ra#n GEF> >2>>" ?(GEF>"/
MQ?(TMU$)'(2S)T*:$M
Sea una suscripcin de una aplicacin enla#ada localmente/ estas
suscripciones se recha#an con el cdigo de ra#n GEF> >2>>" ?(GEF>"/
MQ?(TMU$)'(2S)T*:$M
4.3 .eguridad
,n WebSphere MQ! hay cuatro mtodos para proporcionar seguridad/ la interfa# de
servicio de autori#acin5 las salidas de canal escritas por el usuario o de terceros5 la
seguridad de canal utili#ando SS$ Secure SocIets $ayer" y los registros de autenticacin
de canal.
4.3.1 9nterfa0 del ser#icio de autori0acin
$a autori#acin para utili#ar llamadas MQ'! mandatos y acceso a ob&etos la proporciona
el gestor de autori8aciones sobre objetos *2M"! que est1 habilitado de forma
predeterminada. ,l acceso a las entidades de WebSphere MQ se controla mediante los
grupos de usuarios y el *2M de WebSphere MQ. $os administradores pueden utili#ar una
interfa# de lnea de mandatos para otorgar o revocar las autori#aciones seg4n sea
necesario.
Si desea ver m1s informacin sobre cmo crear componentes del servicio de autori#acin!
consulte(onfiguracin de la seguridad en los sistemas Windo6s! U:'9 y $inu-.
4.3.2 .alidas de canal escritas por el usuario o de otros fa%ricantes
$os canales pueden utili#ar salidas de canal escritas por el usuario o de otros fabricantes.
Si desea ver m1s informacin! consulte 3rogramas de salida de canal para canales de
mensa&es.
4.3.3 .e!uridad de canal mediante ..
,l protocolo SS$ Secure SocIets $ayer" proporciona la seguridad de canal est1ndar de la
industria! con proteccin contra escuchas y manipulaciones no autori#adas y contra falsas
identidades.
SS$ utili#a tcnicas de clave p4blica y simtricas para proporcionar confidencialidad e
integridad as coo la autenticacin mutua.
3ara una revisin e-haustiva de la seguridad en WebSphere MQ incluida informacin
detallada sobre SS$! consulte Seguridad. Si desea una visin general de SS$! incluidos los
punteros a los mandatos descritos en este manual! consulte 3rotocolos de seguridad de
cifrado/ SS$ y )$S.
4.3.4 *e!istros de autenticacin de canal
Utilice registros de autenticacin de canal para e&ercer un control preciso sobre el acceso
otorgado a conectar sistemas en un nivel de canal. Si desea ver m1s informacin!
consulte ?egistros de autenticacin de canal.
Conceptos relacionados/
Seguridad
3lanificacin de los requisitos de seguridad
4.4 Clientes y servidores
Una introduccin a cmo WebSphere MQ da soporte a las configuraciones cliente8servidor
para las aplicaciones.
Un cliente WebSphere MQ MQ' es un componente que permite que una aplicacin que se
e&ecuta en un sistema emita llamadas MQ' a un gestor de colas que se e&ecuta en otro
sistema. $a salida de la llamada se devuelve al cliente! que la devuelve a su ve# a la
aplicacin.
Un servidor de WebSphere MQ es un gestor de colas que proporciona servicios de
colocacin en colas a uno o varios clientes. )odos los ob&etos de WebSphere MQ! por
e&emplo! colas! slo e-isten en la m1quina del gestor de colas la m1quina de servidor
de WebSphere MQ" y no en el cliente. Un servidor WebSphere MQ tambin puede dar
soporte a aplicaciones de WebSphere MQ locales.
$a diferencia entre un servidor WebSphere MQ y un gestor de colas ordinario es que un
servidor tiene un enlace de comunicaciones dedicado con cada cliente. 3ara obtener m1s
informacin sobre la creacin de canales para clientes y servidores! consulte (one-in de
aplicaciones utili#ando colas distribuidas.
3ara obtener informacin sobre clientes en general! consulte ;isin general de los clientes
de WebSphere MQ MQ'.
4.4.1 >plicaciones de =e%.p5ere 1Q en un entorno de cliente,
ser#idor
(uando est1n enla#adas a un servidor! las aplicaciones de WebSphere MQ pueden emitir la
mayora de las llamadas MQ' de la misma manera que las aplicaciones locales. $a
aplicacin cliente emite una llamada M)C+NN para conectarse a un gestor de colas
especificado. )odas las llamadas MQ' adicionales que especifiquen el mane&ador de
cone-in devuelto desde la peticin de cone-in ser1n procesadas entonces por este
gestor de colas.
0ebe enla#ar sus aplicaciones con las bibliotecas de cliente adecuadas. (onsulte (reacin
de aplicaciones para clientes WebSphere MQ MQ'.
Conceptos relacionados/
+estin de transacciones y soporte
,-tensin de recursos del gestor de colas
4.4.2 Visin !eneral de los clientes de WebSphere MQ 1Q9
Un cliente 1e!-p2ere ./ ./4 es un componente del producto WebSphere MQ que se
puede instalar en un sistema en el que no se e&ecuta ning4n gestor de colas.
+racias a la utili#acin de un cliente WebSphere MQ MQ'! una aplicacin que se e&ecuta en
el mismo sistema que el cliente se puede conectar a un gestor de colas que se e&ecuta en
otro sistema. $a aplicacin puede emitir llamadas MQ' a ese gestor de colas. Una
aplicacin de este tipo se llamaaplicacin cliente de 1e!-p2ere ./ ./4 y el gestor de
colas se llama gestor de colas del servidor.
Una aplicacin cliente de WebSphere MQ MQ' y un gestor de colas de servidor se
comunican entre s utili#ando un canal ./4. Un canal MQ' se inicia cuando la aplicacin
cliente emite una llamadaM)C+NN o M)C+NNC para conectarse al gestor de colas y
finali#a cuando la aplicacin cliente emite una llamada M)$"!C para desconectarse del
gestor de colas. $os par1metros de entrada de una llamada MQ' fluyen en una direccin de
un canal MQ' y los par1metros de salida fluyen en la direccin opuesta.
Figura 1. %nlace entre un cliente y un servidor
Se pueden utili#ar las plataformas siguientes. $as combinaciones dependen del
producto WebSphere MQ que est utili#ando y se describen en Soporte de plataforma para
clientes WebSphere MQ.
Cliente 0e9S5;ere
#* #*"
Servidor de 0e9S5;ere
#*
.1H y "inuF
WindoCs
1;M i
.1H y "inuF
WindoCs
1;M i
/8OS
$a interfa# MQ' est1 disponible para aplicaciones que se e&ecutan en la plataforma de
cliente5 las colas y otros ob&etos de WebSphere MQ se conservan en un gestor de colas
que se ha instalado en un servidor.
Si desea e&ecutar una aplicacin en el entorno de cliente WebSphere MQ MQ'! primero
debe enla#arla con la biblioteca de clientes correspondiente. (uando la aplicacin emite
una llamada MQ'! el cliente WebSphere MQ MQ' dirige la peticin a un gestor de colas!
donde se procesa y desde donde se enva de nuevo una respuesta al cliente WebSphere
MQ MQ'.
,l enlace entre la aplicacin y el cliente WebSphere MQ MQ' se establece din1micamente
en tiempo de e&ecucin.
)ambin puede desarrollar aplicaciones cliente utili#ando WebSphere MQ classes for
.:,)!WebSphere MQ classes for Qava o WebSphere MQ classes for Qava Messaging
Service QMS". 3uede utili#ar los clientes de Qava y QMS en '@M i! U:'9! $inu- y Windo6s.
,l uso de Qava y QMS no se describe aqu. 3ara obtener informacin completa sobre cmo
instalar! configurar y utili#arWebSphere MQ classes for Qava y WebSphere MQ classes for
QMS! consulte los apartados Utili#acin de WebSphere MQ classes for Qava y Utili#acin de
WebSphere MQ classes for QMS.
Conceptos relacionados/
K3or qu es me&or utili#ar los clientes WebSphere MQL
K(mo se configura un cliente WebSphere MQ MQ'L
KQu es un cliente transaccional e-tendidoL
(mo se conecta el cliente al servidor
4.4.3 ?or 6u es mejor utili0ar los clientes =e%.p5ere 1Q?
,l uso de clientes WebSphere MQ es una forma efica# de implementar la mensa&era y la
colocacin en colas de WebSphere MQ.
3uede tener una aplicacin que utilice la interfa# MQ' en una m1quina y el gestor de colas
en e&ecucin en una m1quina diferente fsica o virtual". $as venta&as son las siguientes/
:o hay necesidad de una implementacin completa de WebSphere MQ en la
m1quina cliente.
$os requisitos de hard6are en el sistema cliente se reducen.
$os requisitos de administracin del sistema se reducen.
Una aplicacin WebSphere MQ que se e&ecuta en un cliente puede conectarse a
varios gestores de colas en sistemas diferentes.
Se pueden utili#ar canales alternativos que utilicen protocolos de transmisin
diferentes.
Referencia relacionada/
KQu aplicaciones se e&ecutan en un cliente WebSphere MQ MQ'L
Soporte de plataforma para clientes WebSphere MQ
4.4.'.1 B*U+ A/"CAC"!$ES SE E>ECUTA$ E$ U$ C/"E$TE 0E1S,ERE #*
#*"C
,n el entorno cliente! la interfa# MQ' completa est1 soportada.
,sto permite configurar cualquier aplicacin WebSphere MQ para e&ecutarla en un cliente
WebSphere MQ MQ' enla#ando la aplicacin en el cliente WebSphere MQ MQ' a la
biblioteca MQ'(! en ve# de hacerlo a la biblioteca MQ'. $as e-cepciones son las siguientes/
MQ+,) con se%al
Una aplicacin que necesita la coordinacin de punto de sincronismo con otros
gestores de recursos utili#an un cliente transaccional e-tendido.
Si se habilita la lectura anticipada! para me&orar el rendimiento de la mensa&era no
persistente no todas las opciones de MQ+,) est1n disponibles. $a tabla muestra las
opciones que est1n permitidas y si se pueden alterar entre llamadas MQ+,).
Tabla 1. pciones MQ!"T permitidas c#ando la lect#ra anticipada est$ %abilitada
ermitidas cuando la lectura
antici5ada estD ;a9ilitada 8
se 5ueden modi7icar entre
llamadas #*=ET
ermitidas cuando la lectura
antici5ada estD ;a9ilitadaE 5ero no se
5ueden modi7icar entre llamadas
#*=ET
a
!5ciones #*=ET Fue
no estDn 5ermitidas
cuando la lectura
antici5ada estD
;a9ilitada
9
9alores
M$ de
Msg1d
c
Correl1d
c
,ncoding
CodedCharSet1d

Tabla 1. pciones MQ!"T permitidas c#ando la lect#ra anticipada est$ %abilitada
ermitidas cuando la lectura
antici5ada estD ;a9ilitada 8
se 5ueden modi7icar entre
llamadas #*=ET
ermitidas cuando la lectura
antici5ada estD ;a9ilitadaE 5ero no se
5ueden modi7icar entre llamadas
#*=ET
a
!5ciones #*=ET Fue
no estDn 5ermitidas
cuando la lectura
antici5ada estD
;a9ilitada
9
MQG,
T
Opcione
s
MQG,
T
MQGM
O
MQGMOBW#1T
MQGMOBOBW#1T
MQGMOBE#1"B1EBQ.1,SC1G
MQGMOB;!OWS,BE1!ST
d
MQGMOB;!OWS,B,HT
d
MQGMOB;!OWS,BM,SS#G,
B.$,!BC.!SO!
d
MQGMOBSKC'O1TB1EB',!S1ST,T
MQGMOBOBSKC'O1T
MQGMOB#CC,'TBT!.C#T,$BMSG
MQGMOBCO9,!T
MQGMOB"OG1C#"BO!$,!
MQGMOBCOM'",T,BMSG
MQGMOB#""BMSGSB#9#1"#;",
MQGMOB#""BS,GM,TSB#9#1"#;"
,
MQGMOBM#!<B;!OWS,BL#$",
MQGMOBM#!<B;!OWS,BCOBO'
MQGMOB.M#!<B;!OWS,BCOBO'
MQGMOB.M#!<B;!OWS,BL#$"
,
MQGMOB.M#!<,$B;!OWS,BMSG
MQGMOB'!O',!T1,SBEO!C,BMQ!EL
0
MQGMOBOB'!O',!T1,S
MQGMOB'!O',!T1,SB1BL#$",
MQGMOB'!O',!T1,SBCOM'#T1;1"1T
K
MQGMOBS,TBS1G#"
MQGMOBSKC'O1T
MQGMOBM#!<BS<1'
B;#C<O.T
MQGMOBMSGB.$,!
BC.!SO!
d
MQGMOB"OC<
MQGMOB."OC<
9alores
MQGM
O
MsgLandle
=. Si estas opciones se modifican entre llamadas MQ+,) se devuelve el cdigo de
ra#n MQ?(T*3)'*:ST(72:+,0.
G. Si estas opciones se especifican en la primera llamada MQ+,)! la lectura anticipada
est1 inhabilitada. Si estas opciones se especifican en una llamada MQ+,) posterior!
se devuelve el cdigo de ra#n MQ?(T*3)'*:ST,??*?.
H. $as aplicaciones cliente han de tener presente que si los valores Msg'd y (orrel'd
se modifican entre llamadas MQ+,)! es posible que los mensa&es con los valores
anteriores ya se hayan enviado al cliente y sigan estando en el almacenamiento
intermedio de lectura anticipada del cliente hasta que se consuman o hasta que se
eliminen autom1ticamente".
C. $a primera llamada MQ+,) determina si los mensa&es se han de e-aminar u
obtener de una cola cuando la lectura anticipada est1 habilitada. Si la aplicacin
intenta utili#ar una combinacin de opciones de e-amen y de obtencin! se
devuelve el cdigo de ra#n MQ?(T*3)'*:ST(72:+,0.
E. MQ+M*TMS+TU:0,?T(U?S*? no es posible con la lectura anticipada. $os
mensa&es se pueden e-aminar u obtener cuando la lectura anticipada est1
habilitada! pero no se puede hacer ambas cosas a la ve#.
Una aplicacin que se e&ecuta en un cliente WebSphere MQ MQ' se puede conectar a m1s
de un gestor de colas simult1neamente o bien utili#ar un nombre de gestor de colas con
un asterisco ^" en una llamada MQ(*:: o MQ(*::9 en el apartado (one-in de las
aplicaciones cliente de WebSphere MQ MQ' a los gestores de colas puede ver e&emplos".
4.4.4 .oporte de plataforma para clientes =e%.p5ere 1Q
WebSphere MQ en todas las plataformas de servidor acepta cone-iones de cliente de
clientes WebSphere MQ MQ' en los sistemas '@MA i! U:'9 o $inu- y Windo6s.
WebSphere MQ instalado como )roducto !ase y servidor caracterstica de producto !ase
y datos adjuntos de cliente en WebSphere MQ para #.*S" puede aceptar cone-iones de los
clientes WebSphere MQ MQ' en las plataformas siguientes/
'@M i
Sistemas U:'9 y $inu-
Windo6s
$as cone-iones de cliente est1n su&etas a diferencias en el identificador de &uego de
caracteres codificados ((S'0" y el protocolo de comunicaciones.
4.4.& "mo se con'!ura un cliente WebSphere MQ 1Q9?
3ara configurar un cliente! siga estas instrucciones.
3ara configurar un cliente WebSphere MQ MQ' debe tener ya instalado y funcionando un
servidorWebSphere MQ al que se conectar1 el cliente. $os pasos necesarios para configurar
un cliente son los siguientes/
=. (ompruebe si dispone una plataforma adecuada para un cliente WebSphere
MQ MQ' y si el hard6are y el soft6are cumplen los requisitos. ,l soporte para
plataformas se describe enSoporte de plataforma para clientes WebSphere MQ.
G. 0ecidacmo va a instalar WebSphere MQ en la estacin de traba&o cliente y siga las
instrucciones que corresponden a una combinacin especfica de plataformas cliente
y servidor. $a instalacin se describe en 'nstalacin de un cliente WebSphere MQ.
H. 2seg4rese de que los enlaces de comunicaciones est1n configurados y conectados.
$a configuracin de los enlaces de comunicaciones se describe en (onfigurar
cone-iones entre el servidor y el cliente.
C. (ompruebe si la instalacin funciona correctamente. $a verificacin de la instalacin
se describe en ;erificacin de una instalacin de cliente.
E. (uando haya verificado la instalacin del cliente WebSphere MQ MQ' considere si
debe proteger el cliente. $a seguridad del cliente se describe en (onfiguracin de la
seguridad de cliente MQ' WebSphere MQ.
F. (onfigure los canales entre el cliente WebSphere MQ MQ' y el servidor que son
necesarios para las aplicaciones WebSphere MQ que desea e&ecutar en el cliente. $a
configuracin de los canales se describe en 0efinicin de canales MQ'. 7ay algunas
consideraciones adicionales si utili#a SS$. ,stas consideraciones se describen
en ,specificar que un canal MQ' utili#a SS$. ,s posible que tenga que utili#ar un
archivo de configuracin del cliente WebSphere MQ MQ' o variables de entorno
de WebSphere MQ para configurar los canales. $as variables de entorno
deWebSphere MQ se describen en Utili#acin de las variables de entorno de
WebSphere MQ.
B. $as aplicaciones de WebSphere MQ se describen de forma e-haustiva en 0esarrollo
de aplicaciones.
D. ,-isten algunas diferencias respecto a un entorno de gestor de colas que hay que
tener en cuenta al dise%ar! crear y e&ecutar aplicaciones en el entorno de
cliente WebSphere MQ MQ'. 3ara obtener informacin sobre estas diferencias!
consulte/
o Utili#acin de la interfa# de cola de mensa&es MQ'" en una aplicacin cliente
o (reacin de aplicaciones para clientes WebSphere MQ MQ'
o (one-in de las aplicaciones cliente de WebSphere MQ MQ' a los gestores
de colas
o ?esolucin de problemas con clientes de WebSphere MQ MQ'
4.4.) Qu es un cliente transaccional eBtendido?
Un cliente transaccional e-tendido WebSphere MQ puede actuali#ar los recursos
gestionados por otro gestor de recursos! ba&o el control de un gestor de transacciones
e-terno.
Si no est1 familiari#ado con los conceptos de gestin de transacciones! consulte +estin de
transacciones y soporte.
Una aplicacin cliente puede participar en una unidad de traba&o que est1 gestionada por
un gestor de colas al que est1 conectado. 0entro de la unidad de traba&o! la aplicacin
cliente puede transferir mensa&es a las colas y obtener mensa&es de las colas que son
propiedad de ese gestor de colas. $a aplicacin cliente puede entonces utili#ar la
llamada M)CM"( para confirmar la unidad de traba&o o la llamada M)D&C0 para restituir
la unidad de traba&o. :o obstante! dentro de la unidad de traba&o! la aplicacin cliente no
puede actuali#ar los recursos de otro gestor de recursos5 por e&emplo! las tablas de una
base de datos 0@G. ,l cliente transaccional e-tendido WebSphere MQ elimina esta
restriccin.
Un cliente transaccional e-tendido 1e!-p2ere ./ es un WebSphere MQ (liente MQ' con
alguna otra funcin adicional. Mediante esta funcin! una aplicacin cliente! dentro de la
misma unidad de traba&o puede reali#ar las tareas siguientes/
)ransferir mensa&es a las colas y obtener mensa&es de las colas que son propiedad
del gestor de colas al que est1 conectado
2ctuali#ar los recursos de un gestor de recursos que no sea un gestor de colas de
WebSphere MQ
,sta unidad de traba&o la debe gestionar un gestor de transacciones e-terno que se
e&ecuta en el mismo sistema que la aplicacin cliente. $a unidad de traba&o no la puede
gestionar el gestor de colas al que est1 conectada la aplicacin cliente. ,sto significa que el
gestor de colas slo puede actuar como un gestor de recursos y no como un gestor de
transacciones. )ambin indica que la aplicacin cliente puede confirmar o restituir la
unidad de traba&o utili#ando slo la interfa# de programacin de aplicaciones 23'" que
proporciona el gestor de transacciones e-terno. $a aplicacin cliente no puede por lo tanto
utili#ar llamadas MQ'! M)D,%"N! M)CM"( y M)D&C0.
,l gestor de transacciones e-terno se comunica con el gestor de colas como un gestor de
recursos utili#ando el mismo canal MQ' que el que utili#a la aplicacin cliente que est1
conectada al gestor de colas. 3ero en una situacin de recuperacin tras un error! cuando
no hay ninguna aplicacin en e&ecucin! el gestor de transacciones puede utili#ar un canal
MQ' dedicado para recuperar las unidades incompletas de traba&o en las que el gestor de
colas estaba participando en el momento de producirse la anomala.
,n este apartado! un cliente WebSphere MQ MQ' que no tiene la funcin transaccional
e-tendida se denomina cliente !ase de 1e!-p2ere ./. 3uede considerar! por lo tanto! que
un cliente transaccional e-tendido de WebSphere MQ consta de un cliente base de
WebSphere MQ con la incorporacin de la funcin transaccional e-tendida.
Nota# WebSphere MQ (liente MQ' en '@M i no da soporte a la funcin transaccional
e-tendida de WebSphere MQ.
Referencia relacionada/
Soporte de plataformas para clientes transaccionales e-tendidos
4.4.%.1 S!!RTE DE /ATA6!R#AS ARA C/"E$TES TRA$SACC"!$A/ES
EATE$D"D!S
$os clientes transaccionales e-tendidos de WebSphere MQ est1n disponibles para todas
las plataformas que dan soporte a una cliente base salvo #.*S.
Una aplicacin cliente que utili#a un cliente transaccional e-tendido se puede conectar a un
gestor de colas de los siguientes productos de WebSphere MQ ;ersin B.= 4nicamente/
WebSphere MQ para 2'9
WebSphere MQ para 738U9
WebSphere MQ para '@MA i
WebSphere MQ para $inu-
WebSphere MQ para Solaris
WebSphere MQ para Windo6s
2unque no hay clientes transaccionales e-tendidos que se e&ecutan en #.*S! una
aplicacin cliente que utili#a un cliente transaccional e-tendido se puede conectar a un
gestor de colas que se e&ecuta en #.*S.
3ara cada plataforma! los requisitos de hard6are y soft6are del cliente transaccional
e-tendido son los mismos que los del cliente base WebSphere MQ. Un lengua&e de
programacin est1 soportado por un cliente transaccional e-tendido si est1 soportado por
el cliente base WebSphere MQ y por el gestor de transacciones que est1 utili#ando.
$os gestores de transacciones e-ternos para cada plataforma se listan en las siguientes
p1ginas 6eb.
lata7orma de cliente
transaccional eGtendido
Dgina He9
#1H
!equisitos mnimos para WebSphere MQ 9M.6 > #1H
L'>.H
!equisitos mnimos para WebSphere MQ 9M.6 > L'>.H
1;M i
!equisitos mnimos para WebSphere MQ 9M.6 > 1;M i
"inuF
!equisitos mnimos para WebSphere MQ 9M.6 > "inuF
Solaris
!equisitos mnimos para WebSphere MQ 9M.6 > Solaris
lata7orma de cliente
transaccional eGtendido
Dgina He9
WindoCs
!equisitos mnimos para WebSphere MQ 9M.6 > WindoCs
4.4.@ "mo se conecta el cliente al ser#idor
Un cliente se conecta a un servidor utili#ando MQ(*:: o MQ(*::9 y se comunica a
travs de un canal.
Una aplicacin que se e&ecuta en el entorno de cliente WebSphere MQ debe mantener una
cone-in activa entre las m1quinas cliente y servidor.
$a cone-in la establece una aplicacin al emitir una llamada MQ(*:: o MQ(*::9. $os
clientes y los servidores se comunican mediante Canales ./4 o bien! cuando se utili#a el
compartimiento de conversaciones! las conversaciones pueden compartir cada una una
instancia de canal MQ'. (uando la llamada se reali#a satisfactoriamente! la instancia de
canal MQ' o la conversacin permanece conectada hasta que la aplicacin emita una
llamada MQ0'S(. ,ste es el caso de cada gestor de colas al que una aplicacin necesita
conectarse.
Conceptos relacionados/
Un cliente y un gestor de colas en la misma m1quina
(lientes en diferentes plataformas
Utili#acin de versiones diferentes del soft6are cliente y servidor
4.4.(.1 U$ C/"E$TE 2 U$ =EST!R DE C!/AS E$ /A #"S#A #I*U"$A
)ambin puede e&ecutar la aplicacin en el entorno de cliente WebSphere MQ MQ' cuando
la m1quina tiene un gestor de colas instalado.
,n esta situacin! tiene la opcin de enla#arse a las bibliotecas del gestor de colas o a las
bibliotecas del cliente! pero recuerde que si se enla#a a las bibliotecas del cliente! sigue
siendo necesario definir las cone-iones de canal. ,sto puede ser 4til durante la fase de
desarrollo de una aplicacin. 3uede probar el programa en su propia m1quina! sin
necesidad de depender de otros y puede estar seguro de que seguir1n funcionando cuando
lo traslade a un entorno de cliente WebSphere MQ MQ' independiente.
4.4.A "lientes en diferentes plataformas
2qu se muestra otro e&emplo de sistema cliente WebSphere MQ MQ' y servidor. ,n este
e&emplo! la m1quina de servidor se comunica con tres clientes WebSphere MQ MQ' en
plataformas distintas.
Figura 1. -ervidor 1e!-p2ere ./ conectado a los clientes en plataformas distintas
Son posibles otros entornos m1s comple&os. 3or e&emplo! un cliente WebSphere MQ se
puede conectar a m1s de un gestor de colas o a cualquier n4mero de gestores conectados
como parte de un grupo de compartimiento de colas.
4.4.- /tili0acin de #ersiones diferentes del softFare cliente y
ser#idor
Si utili#a las versiones anteriores de los productos WebSphere MQ! aseg4rese de que la
conversin del cdigo del ((S'0 del cliente est1 soportada por el servidor.
Un cliente WebSphere MQ versin B.> se puede conectar a todas las versiones soportadas
del gestor de colas! tanto para la versin B.> como para una versin anterior. Si est1
conect1ndose a un gestor de colas de una versin anterior! no puede utili#ar las
caractersticas y las estructuras de versin B.>en la aplicacin WebSphere MQ en el cliente.
Un gestor de colas de WebSphere MQ versin B.> acepta cone-iones de todas las versiones
soportadas del cliente! tanto para la versin B.> como para una versin anterior.
3ara obtener m1s informacin! consulte los lengua&es de programacin soportados
en (mo decidir qu lengua&e de programacin utili#ar.
Cap. 5 Cap. 5 La tabla de reglas del La tabla de reglas del
maneador !LQ maneador !LQ
$a tabla de reglas del mane&ador 0$Q define la forma en que el mane&ador debe procesar
los mensa&es que llegan a la 0$Q.
Una tabla de reglas tiene dos tipos de entradas/
$a primera entrada de la tabla! que es opcional! contiene datos de control.
)odas las dem1s entradas de la tabla son reglas que el mane&ador 0$Q debe seguir.
(ada regla est1 formada por un patrn un con&unto de caractersticas de mensa&e"
con el que se compara el mensa&e! y por una accin que debe reali#arse cuando un
mensa&e de la 0$Q coincide con el patrn especificado. ,n una tabla de reglas debe
haber una regla como mnimo.
(ada entrada de la tabla de reglas tiene una o m1s palabras clave.