メッセージの受け渡しに JMX-RMI エージェントを使用しています。名前/IDを持つメッセージを一連のリスナー/リスナーに送信するJavaプログラムがあります.リスナーが受信したメッセージに基づいて、クライアント側のプログラムはそれに応じて動作します.この作品は正常に動作しますが、どのようなJMX RMI エージェントには耐障害性が組み込まれています。
リスナーが誤って停止した場合、JMX はそれを再起動するか、エラーをどこかに記録しますか? どちらかの側のメッセージ キューがいっぱいの場合はどうなりますか? JMX RMI の基礎となるアーキテクチャーまたは組み込みのフォールト トレランス メカニズムを説明するドキュメントを歓迎します。フォールト トレランス メカニズムがない場合、どのような方法がよいでしょうか。
どうもありがとう
クライアント側のリスナーが標準のjavax.management.remoteコネクタを使用していると想定しています。カスタマイズをしなくても、簡単な障害検出を実装できると思います。フォールトトレランスについては、おそらくある種のクラスタリングソリューションを検討しているでしょう。
心配する必要のある接続には2つの層があります。
＃1の場合、クライアントプロセスは、 addConnectionNotificationListenerメソッドを使用してNotificationListenerをJMXConnectorに登録できます。ローカル接続は、次のすべてのイベントでJMXConnectionNotificationを発行します。
このようにして、クライアントはサーバーへの接続が確立されて失われたことを知ることができます。
＃2の場合、これはアプリケーションに少し固有ですが、おそらく次のような単純なパターンを適応させることができます。
リスナー/フォワーダーサービスが開始したら、開始通知を発行します。停止したら、停止通知を送信します。これらの通知に登録するリスナーの2つのカテゴリは次のとおりです。
それは多かれ少なかれあなたが考えていたものですか？