TIBCO EMS .Net 클라이언트에서 보내는 메시지를 모니터링하는 방법은 무엇입니까?

Question

.Net 클라이언트 TIBCO EMS를 사용하는 동안 .Net Tibco 클라이언트에서 보내는 메시지를 모니터링하는 방법은 무엇입니까?

jms 수준이 아닌 응용 프로그램 수준, 수신 확인 및 응답을 보냅니다. 응용 프로그램이 보낸 것인지 여부를 어떻게 알 수 있습니까? 클라이언트가 메시지를 보내지 못하면 나중에 예외를 던지거나 메시지를 저장하여 나중에 다시 시도 할 수 있습니까?

결론, 클라이언트의 관점에서 활동 (나가는)을 모니터링 할 수있는 도구가 있습니까?

Answer 1

m에서 보내는 메시지를 모니터링하는 방법 .NET 클라이언트 TIBCO EMS, 을 사용하는 동안 y.Net Tibco 클라이언트?

정확히 모니터하고 싶은 것은 버스/EMS 또는 클라이언트 작동 (클라이언트 라이브러리 제외)의 실제 메시지입니까? 먼저 아래에서 답을 드리겠습니다. 두 번째는 정기적 인 로깅으로 처리 할 수 ​​있습니다. 나는 그것을 위해 log4Net 또는 비슷한 라이브러리를 제안한다.

내가 응용 프로그램 수준, 하지 JMS 수준, acknowlegements 및 답장을 보낼거야. 응용 프로그램에서 전송했는지 여부를 어떻게 알 수 있습니까?

클라이언트 dll 수준 (이 질문 참조) 바로 위에 이것을 내부적으로 기록하는 것이 좋습니다.

클라이언트가 예외를 던지거나 나중에 다시 시도 메시지를 저장하는 메시지 를 보내지 못했습니다 경우

?

EMS 클라이언트 dll은 예외를 throw하거나 연결이 끊긴 경우 재 연결을 시도합니다. 두 번째 경우에서 시도 횟수는 연결 팩토리가 구성된 방법에 따라 다릅니다 (EMS 관리자에게 문의하십시오).

클라이언트가 던진 예외는 문제에 따라 다르며 모두 TIBCO.EMS.EMSException에서 상속되며 모두 API 설명서 (!)에 나열됩니다.

결론은, 어떤 도구 나보기의 클라이언트 지점에서 활동 (발신) 을 모니터링하는 이 가능합니까?

EMS 및 특정 대상을 모니터링 할 수있는 여러 도구가 있습니다. 목적지를 모니터링 할 때 Anders와 c가 언급 한 모니터링 주제를 사용할 가능성이 큽니다. 리드. (실제적인 예는 "$ sys.monitor.Q. *. queue.sample"입니다). 모니터 주제에 등록하는 것은 다른 주제에 등록하는 것과 같으며 클라이언트 라이브러리에서 가능합니다.이를 위해 특정 도구가 필요하지 않습니다. 그러나 사용자 권한은 높아야합니다.

클라이언트 라이브러리와 관련하여 충분한 설명서를 얻지 못한 것 같습니다. 개인적으로 귀하의 응용 프로그램에서 귀하의 목적지를 모니터링 할 필요성을 느끼지는 못하지만 실제로 디자인에 대해 의문을 가질 것입니다. 적절한 예외 처리 및 내부 로깅은 현재 문제를 해결하기에 충분해야합니다.

Answer 2

TIBCO ems 서버에는 tibemsmonitor라는 도구가 있습니다.이 도구는 주제에 대한 트래픽이없는 경우에 유용합니다.

tibemsmonitor의 -monitor [-server] [-user] [-password] [-selector] [- 짧은] [-help] [-helpssl]

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

$ sys.monitor.>을 (를) 모니터링하면 꽤 많은 관리 메시지를받을 수 있습니다. 전송/등

Answer 3

tibemsmonitor에게 TIBCO HAWK 또는 중간 사용자 정의 프록시 클라이언트를 사용하여 .. 또는 네트워크 트래픽 스니퍼와 같은 핵심 .. www.sysinternals.com

Answer 4

해보십시오 $의 sys.monitor에서을 인정합니다.>과 이 도구

https://anderstool.dev.java.net