問題タブ [hawtio]

素晴らしい HawtIO インターフェイスを備えた ActiveMQ 5.9.0 を使用しています。5.10.0 になったので、システムも移行しました。HawtIO インターフェイスが内部に存在しないことがわかりました... 5.9.0 から 5.10.0 のwebappsフォルダーから消えたので、チュートリアルのActiveMQ と HawtIO を試しましたが、機能しません... 方法インターフェイスを構成しますか?

私は ActiveMQ 5.8.0 を使用しており、KahaDB でメッセージを保持するようにセットアップしています。かなり単純な操作にとんでもない量のメモリを使用する ActiveMQ で問題が発生しています。

ラッパー ヒープ スペース (Xmx) を 1536m に設定し、ブローカー システム メモリを 1024m に設定しました。ActiveMQ を開始すると、かなりの量のメモリ (約 100MB) が使用されます。次に、ActiveMQ コンソールを開いて、700 メッセージのエラー キューにアクセスしようとすると、奇妙なことが起こり始めます。メモリ使用量が上がります。そしてアップ。そしてアップ。約1,5GBで止まるまで、それでもキューは表示されません。その後、Java ヒープ領域の outofmemory エラーで失敗するまで、数分間そこにとどまります (少なくとも xmx-memory が少し少ない場合は失敗しましたが、現在は数分間待機するだけです)。メッセージは小さく、ペイロードはなく、ユーザー定義のヘッダー プロパティがいくつかあるだけです。これらのメッセージの 700 で 1400MB のメモリを占めることはできません。

別の ActiveMQ インスタンスにもアクセスできます。これは 5.7.0 で、永続化のために MSSQL データベースを使用するように設定されています。ここでは、保留中のメッセージが 50000 あるキューを開き、約 10 秒で 3000 のメッセージを Web コンソールに表示できます。

ActiveMQ コンソールの代わりに HawtIO に接続しようとすると、メモリ使用量が異常に増加することはありませんが、それでもキューの内容を表示するのは非常に遅く、一部のキュー (1000 個のやや大きなメッセージ) を表示することはできません。の内容。実際、さまざまな環境 (開発/テスト) でもう少し確認すると、開発環境 (1200 メッセージ) では内容が表示されないエラー キューが、テスト環境 (1900 メッセージ) で表示されることがわかります。 ）。これは意味がありません..

ActiveMQ 5.8.0 の Web コンソールがすべてのメモリを消費する原因を知っている人はいますか? また、HawtIO を使用している場合でも、比較的小さなキューの内容を表示できないのはなぜですか? 私はこれが ActiveMQ のコア機能の一部であると考えており、その点で、これが実際にうまく機能していないことに非常にショックを受けています..

ng-grid少なくとも AngularJS 1.2.x が必要だと思います。

ng-gridHawtio にモジュールがあることに気付きました。ng-gridHawtio の現在の AngularJS バージョン 1.1.5 でこのモジュールを使用することは可能ですか?

誰かがこれを使用する方法の例を挙げてもらえますか? 試してみましたが、おそらくバージョンの依存関係が原因でエラーが発生しました。

スタンドアロンの jar を介して hawtio を実行していますが、プラグインを追加する方法や、可能かどうかさえわかりません。

ドキュメントから、Tomcat や jboss などのコンテナーを使用する場合の静的リンクおよび展開ユニットは理解できますが、スタンドアロン jar を実行するときにプラグインを追加する方法はわかりません。

プラグインを使用して jar を構築することは可能ですか、それとも webapp コンテナーを使用する唯一の方法ですか?

Jetty で実行されている hawtio のセキュリティを構成しようとしています。

こちらの手順に従いましたが、認証しようとするとログにエラーが表示されます

警告 | qtp28021517-18 | null のためログインに失敗しました

続けることはあまりありません。

ログも明らかなことを示していません。私が考えることができる唯一のことは、jetty コンテナーで行ったデバッグ ログを有効にすることですが、hawtio の出力に違いはありませんでした。

多くの Hawtio プラグイン (.war ファイルとして) を JBoss Fuse / Karaf サーバーにデプロイしました。HTML 要素に対していくつかのクラス名と ID 名を繰り返しているため、たとえばプラグイン A の CSS 動作が、別のプラグインであるプラグイン B のスタイルに影響を与えることに気付きcol-lg-12ました。さらに、プラグイン A に bootstrap.css ファイルがパッケージ化されていなくても、プラグイン B の bootstrap.css ファイルから参照されているように見えるブートストラップのような動作を使用できます。sidとclasses がグローバルになることがわかります。 Hawtio 環境全体に適用されます (これが発生するのが CSS だけであるかどうかはわかりません)。これを修正する方法に関するヒントはありますか？

ありがとう。

カスタム hawtio プラグインを開発しようとしています。hawtio-default 1.4.37 に基づいて Tomcat にデプロイされたカスタム WAR があります。正しく動作します

https://github.com/hawtio/hawtio/tree/master/hawtio-plugin-examples/simple-pluginの指示に従って simple-plugin.war をビルド し (変更はありません)、同じ Tomcat にデプロイしました。

エラーはありません。すべてのログはクリーンです。simple-plugin が JMX Bean の hawtio のプラグインとして表示されますが、新しいタブは表示されません (ただし、.js コードから推測すると、「Simple」タブが表示されるはずです)。

何か案が？視点とか関係あるの？

編集：

ブラウザコンソールを確認したところ、404エラーが表示されました

カスタム WAR が正しく再構成されていないようです

編集2：

クリーンな hawtio-default-1.4.37.war をダウンロードしてデプロイしました - simple-plugin が機能し、「Simple」タブが表示されます

ダウンロードしてデプロイしたクリーンな sample-1.4.37.war - simple-plugin が機能せず、タブが表示されず、404 エラーが発生する

私は Camel (および Hawtio) を初めて使用するので、既に利用可能なソリューション、または検討中のソリューションのうちどれが最も適切な/ベスト プラクティスであるかについて誰かがアドバイスできる場合は感謝します。

リサーチ

ロード バランシングとクラスタリングの Camel ドキュメントを見てきましたが、どちらも私たちの状況に完全には適合しません。私はいくつかのグーグルも行ってきましたが、これまでのところ私が見つけた最も近いものはこの議論です:キャメルプロパティを外部で更新する方法? しかし、それが同じ問題かどうかはわかりません。

Hawtio の問題 ( https://github.com/hawtio/hawtio/labels/camel ) もチェックして、この要件が既に要求されているかどうかを確認しましたが、そうではないと思います。

建築学、建築物、建築様式

現在のシステムは、複数の VM 内にデプロイ/複製されたレガシー Web サービスで構成されています。ロード バランサーはこれらの VM の前に配置され、VM にヒットするリクエストを管理します。

Camel アプリケーションは、レガシー アプリケーションの前とロード バランサーの背後にある各 VM 内の Tomcat インスタンスにデプロイされます。Camel アプリケーションの役割は、当初、レガシー Web サービスから新しい Web サービスへの移行を制御することです。特に、さまざまな A/B テストの管理が可能になります。これには、レガシー システムまたはペイロード コンテンツなどに基づく新しいシステムへのルーティング要求/応答が含まれます。Camel アプリケーションは、各 VM で同一になります。

問題

各コンテキストを個別に更新するのではなく、実行時にすべての VM にわたって Camel コンテキストを更新 (および永続化) できるようにしたいと考えています。

hawtio をざっと見てみると、ランタイムの更新 (そしてできれば持続性) が得られるように見えますが、一度に 1 つの Camel インスタンスに対するものであるように見えます (複数の jolokia エージェントを指すことができることがわかります)。 .

理想的には、Hawtio で 1 つのコンテキストを更新し、更新を押すと、各 VM で実行されているすべての Camel コンテキストが更新されます。私が見る限り (調査を開始したばかりです)、現在 Hawtio でそれを行う方法はありません。

提案されたソリューション

これまでに考えられた解決策には、次のものがあります。

1. すべての Camel インスタンスが指すクロスマウント フォルダーに 1 つの Camel コンテキストを配置します。
2. すべての Camel インスタンスが読み取るデータベースにコンテキストを配置します。
3. 簡単な Web クライアントを作成 (または Hawtio Camel プラグインを開発) して、Rest/JMX 経由で複数のクライアントを更新します。
4. Hawtio Camel Plugin プロジェクトでイシュー リクエストを発行し、実行します。:)