うまく設計されたJMX MBeanの特性は何ですか

Question

JMX MBeanを設計する際のベストプラクティスは何ですか？あなたが感じるものの例は特に有用ですか？

Answer 1

レートの代わりに絶対数を返します。例えば率を導出するのではなく、dbコミットの総数を返します。

このようにすると、クライアントは、必要な期間に渡って料金を監視して得ることができます。おそらくもっと重要なことに、これは、接続頻度が低い場合にクライアントの料金が逃げないように保護します。

主にHTMLインターフェイス経由でJMX Beanを使用している場合、私が従ういくつかのプラクティスがあります。以下のことが多い（単に既存の方法をJMXは、さらすとは対照的に）あなたのJMX Beanは、既存のBeanをラップする必要があることを意味します

1. 出力適切にフォーマットされた文字列が返されたオブジェクトを表します。デフォルトのtoString()出力を得ることは無用の隣にあります。
2. 例外のキャプチャと表示。それ以外の場合は、空白のページが表示され、何が間違っているかを判断するためにログファイルに移動する必要があります。
3. 異なる文字セットを表示している場合は、表示の問題を防ぐために出力を適切にエスケープする必要がありますこれは、当社の中国のデータを表示するJMXコントロール）で公開されたメソッドへ
4. 入力は、あなたが入力操作の一環として、idはあなたがtrim()したいことがあれば（例えば、それは）空白など取り除くために、適切に消毒されなければならない

上記は、単にJMXを介して公開されたBeanから、使用可能な管理コンソールに近づくように強調しています。

Answer 2

私の最初のJMX Beanで私を得た最初のものは戻り値型でした。メソッドがStringsを返すと、クライアントが応答を簡単に表示できるようになりました（JConsoleを中心に作業していました）これをしないと、応答としてcom.mycompany.Response@xxxxのようなものが得られます。それほど意味はありません:)

Answer 3

アトリビュートに副作用がなく、動作上予測可能であることを確認してください。

時間のかかる（またはリソースを消費する）操作を実行する無害な属性よりも悪いことはありません。私は私の時間にいくつかのhumdingersを見たことがあります。

Answer 4

例えば、起動後のすべての接続の詳細を返すMBean関数を使わないでください。

JMXは監視を目的としています。意味 - 現在の瞬間に関連するデータのみを表示します。