2017-03-31 8 views
0

現在、私は組み込みRESTインターフェース(jolokia)を使用してネットワーク上のActiveMQインスタンスからメッセージを送受信するためのインターフェースに取り組んでいます。手元の疎な文書を使って、定義済みのキューのGETとPOSTの両方のメッセージにhttp://(server-ip):8161/api/messageというURLが1つあることがわかりました。RESTインターフェースのドキュメントActiveMQ

送信はこれまでのところ魅力的ですが、受信はもう少し問題があるようです。それは私が望むものではない要求ごとに消費者を作ります。

ドキュメント(http://activemq.apache.org/rest.html)は、セッションを生かしておくように指示していますが、これを行う方法についての手がかりはありません。さらに、私はこれらの呼び出しを最適化するためにどのパラメータを使うことができないのか、どのインタフェースを全く利用できないのかは分かりません(もちろんapi /メッセージからは離れています)。

これにはどのような形式のドキュメントや似顔絵のインターフェイスもありますか?正しい方向にポインタがありがとうございます。

[編集] 私はこの答えを知っている:唯一の答えで How does one enable or verify the REST interface of ActiveMQ?

ダグ・ドーソンさんの質問は、私も思っていたまさにです。

答えて

0

最後の手段としてActiveMQへのHTTPインターフェイス、またはパフォーマンスや信頼性に問題がない場合にメッセージを読み書きする便利なユーティリティを考えてみましょう。実際のメッセージキューイングプロトコルで実装されている多くのメッセージングセマンティクスをサポートしておらず、ほぼ効率的ではありません。

JavaScriptまたはモバイルアプリケーションのコードがあるためAMQPまたはOpenWire/JMS APIを使用できない場合は、HTTP/"REST"の代わりにWebSocket(MQTTまたはSTOMP)を使用することを検討してください。

「REST」インターフェイスの詳細を確認したい場合は、codeを見てください。それはあまり読むことではありません。

+0

ご意見ありがとうございます。実際には、私は現在pythonとstomp.pyライブラリを使用していますが、(ランダムに)落ち、処理されないメッセージに遭遇します。私はすでに、これがどんな形式や形でも安定していなかったことを文書化していないために恐れていました。 私はすべてのメッセージ(この場合のビジネスロジックは絶対的なカバレッジを持つことを指示します)を得るための代替手段または方法を探し続け、残りのAPIを残しておきます。 – Ludo21South

+0

なぜstomp.pyがあなたのために動揺しているのか分かりません。おそらく、AMQPは調査するオプションですか? https://qpid.apache.org/releases/qpid-proton-0.17.0/proton/python/book/overview.html –

+0

Stomp.pyライブラリは実際にはうまく機能していますが、ほぼ1 1回の呼び出しで2 GBの情報が入力されました。だから、1つのサブスクリプションは100以上のメッセージを受信し、25 MBまでのメッセージも受信しました。私は自分自身を維持していないActiveMQの単一サブスクリプションでフェッチできるメッセージの数を制限するオプションについても学びました。 しかし、私はqpid陽子を真剣に検討します。なぜなら、取り出したメッセージを少しだけ制御できるからです。そのリンクをありがとう! – Ludo21South

関連する問題