Pregunta

Mientras usa el cliente .NET TIBCO EMS, ¿cómo monitorear los mensajes salientes de mi cliente .NET TIBCO?

Voy a enviar a nivel de aplicación, no JMS-Level, reconocimientos y respuestas. ¿Cómo puedo saber si la solicitud los envió o no? Si el cliente no pudo enviar un mensaje, ¿lanzará una excepción o almacenará el mensaje para que lo intente nuevamente más tarde?

En pocas palabras, ¿hay alguna herramienta que me permita monitorear actividades (salientes) desde el punto de vista del cliente?

¿Fue útil?

Solución

Mientras usa el cliente .NET TIBCO EMS, ¿cómo monitorear los mensajes salientes de mi cliente .NET TIBCO?

¿Qué es exactamente lo que desea monitorear? ¿Son los mensajes reales en el bus/EMS o el funcionamiento de su cliente (sin incluir las bibliotecas del cliente)? El primero responderé a continuación, el segundo que pueda manejar con registro regular. Sugiero log4net o biblioteca similar para eso.

Voy a enviar a nivel de aplicación, no JMS-Level, reconocimientos y respuestas. ¿Cómo puedo saber si la solicitud los envió o no?

Le sugiero que registre esto internamente justo por encima del nivel de DLL del cliente (vea la siguiente pregunta).

Si el cliente no pudo enviar un mensaje, ¿lanzará una excepción o almacenará el mensaje para que lo intente nuevamente más tarde?

Dependiendo del problema específico, las DLL del cliente EMS lanzarán una excepción o en el caso de una conexión perdida, intentarán reconectarse. En el segundo caso, el número de intentos depende de cómo esté configurada la fábrica de conexión (pregunte a su administrador de EMS).

Las excepciones lanzadas por el cliente dependen del problema, todas heredan de tibco.ems.emsexception y todos figuran en su documentación de API (!).

En pocas palabras, ¿hay alguna herramienta que me permita monitorear actividades (salientes) desde el punto de vista del cliente?

Hay varias herramientas que le permitirán monitorear el EMS y los destinos específicos. Al monitorear destinos, lo más probable es que usen los temas de monitoreo mencionados por Anders y C. liau. (Un ejemplo práctico es "$ sys.monitor.q.*. Queue.sample"). Suscribirse a un tema de monitor es como suscribirse a cualquier otro tema y es posible con las bibliotecas del cliente, no necesita una herramienta específica para esto. Sin embargo, necesita derechos de usuario elevados.

Me parece que no ha recibido suficiente documentación con sus bibliotecas de clientes. Personalmente, no veo la necesidad de monitorear sus destinos desde su aplicación, de hecho, cuestionaría mucho ese diseño. El manejo correcto de las excepciones y el registro interno deben ser suficientes para resolver el problema en cuestión.

Otros consejos

El servidor TIBCO EMS viene con una herramienta llamada TibemsMonitor, que es útil si tiene el tráfico que sale de los temas.

tibemsmonitor -monitor [-server] [-user] [-password] [-selector] [-short] [-help] [-helpssl

Enlace: http://tibcoadmin.com/quick-reference/

Si monitorea $ sys.monitor.> Puede recibir muchos mensajes administrativos, por ejemplo, enviar/reconocer, etc.

Tibemsmonitor Tibco Hawk o use un cliente proxy personalizado intermedio ... o en el núcleo como tráfico de red Sniffer .. www.sysinternals.com

Pruebe $ sys.monitor.> Con esta herramienta

https://anderstool.dev.java.net

Puede usar la herramienta Gems Utility para monitorear TIBCO EMShttps://community.tibco.com/wiki/graphical-administration-tool-tibcor-ems-gems

Es una herramienta bastante buena para configurar y monitorear el servidor EMS. La última versión de hoy es 5.1 GEMS proporciona las siguientes características principales:

  • Monitoreo del servidor. El estado del servidor y las estadísticas principales se actualizan automáticamente, se pueden configurar los límites de advertencia y error. Los eventos generados por el servidor también se capturan.
  • Gestión del servidor. Incluida la configuración del servidor general, los destinos JMS, las fábricas JNDI, los usuarios/grupos, los permisos, los puentes,
    rutas, etc.
  • Soporte de JMS. Se pueden enviar/recibir mensajes, las colas se pueden navegar e inspeccionar los contenidos de mensajes. Los selectores y los filtros pueden ser
    especificado.
  • Monitoreo de mensajes JMS. Los mensajes pueden ser monitoreados (husmados) a medida que pasan por el servidor. Los mensajes de solicitud y respuesta pueden ser
    correlacionado para proporcionar tiempos de respuesta del servicio.
  • Gestión de mensajes de JMS. P.ej; Purando mensajes, copie los mensajes de una cola a otra cola en un servidor diferente.
  • Gráfico. Las estadísticas del servidor se pueden trazar en tiempo real, los datos se pueden guardar en archivos CSV para exportar a otras herramientas como Excel.
  • Inicio sesión. Las estadísticas del servidor pueden registrarse automáticamente cuando se incumplen los límites de advertencia o error.
  • Seguridad. Conectividad SSL, Modo de vista solo.
  • Pantalla y sensación personalizables.
  • Soporte para administrar y monitorear la subestación TIBCO.
  • Soporte para monitorear el dispositivo TIBCO EMS.
  • Soporte para migrar a TIBCO EMS Appliance
Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top