La Publicación/suscripción dentro de WebSphere Business Integration Event Broker se gestiona desde el área de trabajo, que se utiliza para conectar los intermediarios de una topología o una jerarquía, y para administrar la seguridad basada en temas (si se está utilizando un Servidor de nombres de usuarios). Como en otros cambios del área de trabajo, necesita difundir los cambios que realice para que se envíen las actualizaciones al intermediario.
En esta sección se describen algunos problemas habituales que pueden surgir cuando se utiliza la publicación/suscripción. Contiene consejos para resolver los problemas:
BIP8303W: La antememoria del usuario/grupo del intermediario está vacía. BIP8303W: La antememoria del usuario/grupo del intermediario está vacía.
+() 0 BIP8204I: el Servidor de nombres de usuarios está registrando un cliente con UUID 15db2a8e-869e-11d5-8000-091465ac0000, y la versión de antememoria 0.
Esto siempre debe ser posible para un suscriptor, pero en cuanto a la parte de publicación, se puede publicar un mensaje sin el conocimiento de la aplicación de origen (por ejemplo, utilizando la propiedad del tema por omisión en el nodo de entrada ). Los resultados del proceso de dicho mensaje se anotan en el rastreo de usuario, que puede proporcionar respuestas sobre lo que está sucediendo.
Si la aplicación no solicita respuestas (es decir, no utiliza mensajes de tipo MQMT_REQUEST), considere la posibilidad de hacerlo, especialmente al desarrollar aplicaciones.
Sólo se envían mensajes a los suscriptores si coinciden con el tema, el punto de suscripción y el filtro. Puesto que el punto de suscripción se especifica en el flujo de mensajes y no en el mensaje de publicación, un valor de flujo de mensajes incorrecto puede causar errores imprevistos.
Asimismo, si se está utilizando un filtro, un rastreo de usuario muestra si esto se está evaluando de acuerdo con lo previsto.
El caso con varios grupos de ejecución o varios intermediarios es más complejo. Se envía una respuesta a un suscriptor cuando el grupo de ejecución de destino haya procesado el mensaje. Otros grupos de ejecución (e intermediarios) se actualizan asíncronamente. Como resultado, tal vez haya un retraso antes de que se reciban las publicaciones creadas en otro lado. Si el intermediario está ocupado, puede haber un retraso antes de que los mensajes se procesen por completo. En una configuración de varios intermediarios, si se han suspendido las comunicaciones, los cambios de suscripción se propagan a través de la red de intermediarios. Compruebe los canales.
Con varios grupos de ejecución o intermediarios, puede que sea posible llenar las colas de WebSphere MQ intermedias si la carga es muy elevada. Esto se puede notificar en las anotaciones cronológicas del sistema (si un intermediario no se puede transferir a una cola porque ésta está llena) o en las anotaciones cronológicas de WebSphere MQ (si un mensaje que accede a través de un canal no se puede transferir a la cola de destino porque está llena). Si ve mensajes de este tipo, visualice las profundidades de cola en todos los gestores de colas para ver si alguno está cerca de llenarse.
Si se graban errores BIP8303 en las anotaciones de algún intermediario después del arranque, esto indica un problema de comunicación con el Servidor de nombres de usuarios. Compruebe los canales de WebSphere MQ hacia y desde el Servidor de nombres de usuarios e inténtelo de nuevo. Debería visualizar el mensaje de suceso BIP8204I para el Gestor de configuración y para los intermediarios, mostrando que se han registrado correctamente con el Servidor de nombres de usuarios.
Si la petición publicación/suscripción no se ejecuta correctamente y se graba el sucesoBIP7017, compruebe si el ID de usuario del cliente es conocido en el sistema y si el Servidor de nombres de usuarios está ejecutándose. Asimismo, si está realizando operaciones en un entorno de dominio Windows, asegúrese de que el Servidor de nombres de usuarios se creó con el distintivo -d en el mandato mqsicreateusernameserver establecido en el dominio apropiado y si todos los ID de usuario de la aplicación cliente son miembros de este dominio.
La permanencia del mensaje en publicación/suscripción se conserva normalmente. No obstante, es posible que un suscriptor no obtenga la permanencia prevista si las ACL no lo permiten.
Símbolo | Carácter de escape |
---|---|
< | < |
> | > |
" | " |
' | ' |
& | & |
Por ejemplo, si desea utilizar:
<Filter>Body.e_ALERT_BODY.eqnum<6</Filter>
debe especificar:
<Filter>Body.e_ALERT_BODY.eqnum<6</Filter>
Cuando se difunde la configuración, se recibe una respuesta de cada intermediario. Estos aparecen en el área de trabajo. Sin embargo, también deben comprobarse las anotaciones locales de cada intermediario. Para cada conexión, aparece un mensaje BIP7113. Para probar las comunicaciones, la aplicación de ejemplo Fútbol puede resultar útil. Es posible ejecutar cada parte en un intermediario separado para probar las comunicaciones entre ellos.
Necesita tener las colas de transmisión y los canales emisor y receptor establecidos hacia y desde el gestor de colas del Gestor de configuración y el gestor de colas del Servidor de nombres de usuarios. Compruebe si estos canales se han creado y están ejecutándose actualmente.
Si realiza algún cambio, reinicie el Gestor de configuración y compruebe el mensaje de suceso 8259 de Windows, que muestra que el Gestor de configuración se ha registrado correctamente con el Servidor de nombres de usuarios. Si realiza algún cambio, por ejemplo, en los canales, también deberá reiniciar el área de trabajo para renovar la lista de usuarios visualizados.
En z/OS, si el Servidor de nombres de usuarios está ejecutándose y si lo ha establecido correctamente, pero sigue sin ver a los usuarios de z/OS listados en la vista Temas de la perspectiva Administración de intermediarios, compruebe si los usuarios de z/OS tienen todos los segmentos OMVS definidos. Si no lo están, el Servidor de nombres de usuarios no los lista.
El compilador JIT se cargará y se ejecutará correctamente si LIBPATH no está definido. Éste es el caso más sencillo y se recomienda no establecer LIBPATH. Puede hacer que las bibliotecas estén disponibles enlazándolas a /var/wmqi/lib (para todos los procesos de WebSphere Business Integration Event Broker paraAIX) o /usr/lib (para todos los procesos del sistema). La configuración de WebSphere Business Integration Event Broker para AIX hace este proceso para las bibliotecas de DB2.
Si es necesario establecer la variable LIBPATH, actualícela para incluir el directorio /usr/java130/bin.
Por ejemplo, puede utilizar el siguiente mandato para iniciar el intermediario:LIBPATH=/usr/local/lib:/usr/java130/bin mqsistart mybroker
#DFL0 DSNILMCL RESOURCE UNAVAILABLE 558 CORRELATION-ID=ST03BRK CONNECTION-ID=RRSAF LUW-ID=* REASON 00C90092 TYPE 00000905 NAME IRLM *DXR175E IFL0001 IRLM IS UNABLE TO OBTAIN STORAGE - ECSA DSNT501I #DFL0 DSNILMCL RESOURCE UNAVAILABLE 560 CORRELATION-ID=ST04BRK CONNECTION-ID=RRSAF LUW-ID=* REASON 00C90092 TYPE 00000905 NAME IRLM
Conceptos relacionados
Publicación/suscripción
Rastreo
Tareas relacionadas
Desarrollo de aplicaciones de publicación/suscripción
Visualización de la información de las anotaciones del dominio de intermediarios
Visualización de la información de las anotaciones de WebSphere MQ
Intérprete del rastreo
Solución de problemas
Referencia relacionada
Rastreo de usuario
Publicación/suscripción
Mandato mqsicreatebroker
Mandato mqsichangebroker
Avisos |
Marcas registradas |
Descargas |
Biblioteca |
Soporte |
Información de retorno (feedback)
![]() ![]() |
au16630_ |