問題タブ [activemq-artemis]

Stomp over Websocket で Spring ブートを使用するサンプルがあります。ブローカーの登録を SimpleBrokerRegistration から StompBrokerRelayRegistration に変更すると、期待どおりに機能しません。

これが私のWebsocket構成です：

および ArtemisConfig:

次に、次のように JavaScript を使用して接続します。

キュー /topic/greetings が見つからないと表示されます

そのような SimpMessagingTemplate を使用すると:

エラーをスローします：

なぜ SimpleBroker として機能しなかったのかはわかりません。

モバイル アプリはその場所をサーバーに更新し、サーバーはコンテンツで応答します。

モバイルアプリケーションからサーバーにリアルタイムの位置情報の更新を送信するために MQTT (Apache Artemis) を使用することは可能ですか?

この場合、サーバー アプリケーション (PHP) でトピックをサブスクライブする必要がありますか?

サーバーは、単一のサブスクライブされたチャンネルを介してすべての位置情報の更新を処理する必要があります。これにより、サーバーの速度が低下する可能性がありますよね？

フローは次のようなものです - Android クライアントはユーザーの位置を定期的に (例えば 30 秒) サーバーに送信し、PHP サーバーは最も近いユーザーを返し、アプリはそれらを地図上に表示します。

MQTT を使用して計画したアーキテクチャは次のとおりです。各モバイル アプリのユーザー ID はトピックと見なされるため、各ユーザーに応答を送信できます。PHP サーバーは、「LOCATION_TRACKER」などのトピックと見なされます。すべてのモバイル アプリは、場所をサーバー トピック「LOCATION_TRACKER」に発行します。サーバーは、ID をトピックとして使用して、リストを作成し、個々のユーザーへの応答を公開します。

このアーキテクチャでは、PHP サーバーはトピック「LOCATION_TRACKER」をサブスクライブし、実際にはすべてのモバイル アプリが 1 つのトピックに発行されます。何百万人ものユーザーが PHP サーバーをスケーリングする方法を考えてみてください。または、これを行う他の方法はありますか?

このアプリケーションは、少なくとも 1,000 万人のユーザーを対象としています。同時ユーザーの半分をサポートする必要があります。

onMessage イベントでは、メッセージが Spring Integration メッセージとして変換されない場合、MessageBuilder を使用して再構築しようとします。ただし、ヘッダーは含まれません。これは正しくないようです。Apache Artemis 1.2 と Spring 4.2.5 を使用しています。

問題のコードは次のSubscribableJmsChannelとおりです。

メッセージが Spring メッセージとして変換されることもあれば、Spring メッセージ ペイロードから変換が試みられることもあります (20 回に 1 回程度)。その場合、以下のコードは、Spring メッセージ エンベロープの再作成を試みて処理しているように見えますが、ヘッダーは削除されます。

興味深いのは、コードが負荷テストで常にまったく同じメッセージを送信していることです。メッセージが異なる方法で受信される理由はまだわかりません。

Artemis abcTopic(以前の HornetQ) MQ サーバーでトピックを指定すると、内部的にはアドレスで表されjms.topic.abcTopicます。
どうにかして MQTT クライアントをこのトピックにサブスクライブできますか? 私が見る問題は、トピックをサブスクライブすると、内部的に$sys.mqtt ( org.apache.activemq.artemis.core.protocol.mqtt.MQTTUtil#MQTT_ADDRESS_PREFIX) で始まるアドレスになり、接続できなくなることjms.topic.abcTopicです。

Windows .NET 環境で、RabbitMQ、ActiveMQ "Classic"、および ActiveMQ Artemis を使用していくつかのテストを行っています。RabbitMQ と ActiveMQ "Classic" には、ブローカー、キュー、メッセージなどに関する情報を表示できる Web インターフェイスが付属していますが、ActiveMQ Artemis にはありません。ActiveMQ Artemis ブローカーを Web インターフェイスで、または少なくともいくつかの cmd/PowerShell コマンドで監視できるようにしたいと考えています。

このページで、ActiveMQ インスタンスの監視に使用できるいくつかのサードパーティ ツールについて読み、それが Artemis にも適用されると想定しました。残念ながら、これらのサードパーティ ツールを動作させることができませんでした。それらのいくつかは、Windows ではうまく動作しないようで、古いものや非アクティブなものもあります。

私のクライアントは、C# の NMS (.NET Messaging API) を介してブローカーと通信しています。特に Windows マシンで Artemis ブローカーを監視できた人がいたら、どうやって監視したか教えてください!

編集: Jolokia REST API と通信できるようになりました。GETリクエストにより:

追加されたメッセージや消費されたメッセージなど、キューに関する多くの情報を確認できます。これは役立つ情報ですが、現在のメモリ使用量とディスク使用量に関する情報が必要です。