Java Mission Controlのコマンドラインベースのデーモンですか？代替案？

Question

そのサーバサイドのJavaアプリケーションを監視することができると行動が取られて、私は特定の条件下で（例えば、警告が発せられたと記録され、飛行記録が保存された）、オラクルのJavaミッションコントロールを調査するよう依頼されました。条件とアクションを指定するJava Mission Controlのトリガー・システムは、私たちのニーズを満たしますが、GUIアプリケーション（「Oracle Java Mission Control」）が実行されていることが原因で、監視されるJMXサーバーの責任ではありません。これは本当ですか？多くの場合、端末経由でアクセスされる多数のサーバがあります。

端末セッションからデーモンとして無人でJava Mission Controlを実行し、指定されたトリガルールを保持して従いますXMLファイル）？

そうでなければ、ボイドを埋めることができる同様のトリガーシステムを備えた競合ツールがありますか？

ありがとうございます！ :)

Answer 1

現在のところ、GUIなしでJMCを実行することはできません。 あなたはこれをやりたい最初の人物ではありません。

1つのオプションは、我々は、サーバー側のトリガー/ルールを議論するが、私の知る限りされている

などはもちろん、リモートJMXエージェントを実行している必要とする、別のマシンでJMCを実行し、それが多くのサーバーに接続することですJDKリリースでは計画されていません。

あなたが同じマシン上またはリモートで別のJVM上でこれを行うにはDiagnosticMBeanを使用して、独自の小さなエージェントを書くことができるように、コードからの飛行の記録をダンプすることが可能です。私はかなりの人々がどのように同じ種類の問題を解決するかこれを確信しています。コード内での飛行の記録を解析し、解析することも可能です。このアプローチに興味があるなら、JMCがデーモンとして実行できるかどうかよりもいくつかのサンプルコードがあることは確かです。/

Answer 2

おそらくAPMツールではなく、 JMCとのモニタリング。製品は、非常に弱い（生産のために、それは適さない）多くのオーバーヘッドを紹介し、問題点の多くを作成します。そこには開発者向けのツールも用意されています。

APM：AppDynamics（房の最も深い）、新しいレリック、Ruxit Java開発ツール：Takipi、核融合炉、Javosize