TIBCO ems サーバーには、tibemsmonitor というツールが付属しています。これは、トピックに関するトラフィックが発生している場合に役立ちます。
tibemsmonitor -monitor [-server] [-user] [-password] [-selector] [-short] [-help] [-helpssl]
リンキー: http://tibcoadmin.com/quick-reference/
$sys.monitor.> を監視すると、非常に多くの管理メッセージ (送信/承認など) を取得できます。
.Net クライアント TIBCO EMS を使用しているときに、.Net Tibco クライアントからの送信メッセージを監視するにはどうすればよいですか?
監視したいのは正確には何ですか。バス/EMS 上の実際のメッセージですか、それともクライアントの動作 (クライアント ライブラリを除く) ですか? 以下で最初に答えます。2番目は通常のロギングで処理できます。そのためにlog4Netまたは同様のライブラリをお勧めします。
jms レベルではなく、アプリケーション レベルの承認と返信を送信します。アプリケーションがそれらを送信したかどうかを確認するにはどうすればよいですか?
これをクライアント dll レベルのすぐ上で内部的にログに記録することをお勧めします (次の質問を参照)。
クライアントがメッセージの送信に失敗した場合、例外をスローするか、後で再試行するためにメッセージを保存しますか?
特定の問題に応じて、EMS クライアント dll は例外をスローするか、接続が失われた場合は再接続を試みます。2 番目のケースでは、接続ファクトリーの構成方法によって試行回数が異なります (EMS 管理者に問い合わせてください)。
クライアントによってスローされる例外は問題によって異なります。それらはすべて TIBCO.EMS.EMSException から継承され、すべて API ドキュメント (!) にリストされています。
結論として、クライアントの観点からアクティビティ (発信) を監視できるツールはありますか?
EMS と特定の宛先を監視できるツールがいくつかあります。宛先を監視する場合、Anders と c の両方が言及した監視トピックを使用する可能性が最も高いでしょう。リュウ。(実用的な例は「$sys.monitor.Q.*.queue.sample」です)。監視トピックへのサブスクライブは、他のトピックへのサブスクライブと同様であり、クライアント ライブラリで可能です。これには特定のツールは必要ありません。ただし、昇格したユーザー権限が必要です。
クライアント ライブラリに関する十分なドキュメントが得られていないように思えます。個人的には、アプリケーションから宛先を監視する必要があるとは思いません。実際、その設計には強く疑問を感じます。当面の問題を解決するには、正しい例外処理と内部ロギングで十分です。
このツールで $sys.monitor.> を試してください
tibemsmonitor TIBCO HAWK または、中間のカスタム プロキシ クライアントを使用する.. またはコアでネットワーク トラフィック スニファとして.. www.sysinternals.com