プロジェクト用の JMS メッセージ ブローカーを選択します。JMS サーバーが安定していて、高負荷のメッセージを処理できることが重要です。リストを絞り込んで、Active MQ と JBoss Messaging を含めました。
これらのいずれかを使用した経験があるか、同じ環境で両方を試したことがあるかどうか疑問に思っていました. 研究論文または同様のものへのリンクは素晴らしいでしょう。
JBoss / Red Hat には HornetQ と呼ばれる新しい Java メッセージング プロジェクトがあるため、JBoss Messaging は現在バグ修正モードのみです。
Web サイトはこちらhttp://hornetq.org
HornetQ は、究極のパフォーマンス、完全な機能セット、および使いやすさを誇っています。
ActiveMQ と比較してパフォーマンスが非常に優れていることがわかります。
ところで、私は JBoss Messaging と HornetQ のプロジェクト リーダーです。
HornetQ 2.0.0.GA は来週リリースされます。
JBoss は最近 Messaging の実装全体を作り直しました. ala JBoss MQ は JBoss Messaging に置き換えられ、再び「HornetQ」になりました. 上記の比較は非常に古いため、それを覚えておいてください(おそらく偏っていることは言うまでもありません)。
機能ごとの比較はすべて非常にうまくいっていますが、ActiveMQ の私の経験 (何年にもわたってさまざまなバージョンを通じて) は、驚くほどバグが多く、誰もそれらのバグを修正しようとしないようです。とてもイライラします。また、ドキュメントは乱雑で、新しいバージョンで適切に更新されていません。
JBossMessaging は、ActiveMQ に比べて比較的機能が少ないですが、堅牢で、十分に文書化されており、信頼性があります。これは JBossAS 5 の一部でもあり、RedHat はこれをうまくサポートしています。
HornetQ は良さそうです。
JBoss Messaging は JBoss MQ を置き換えます。メッセージングのパフォーマンス データは次のとおりです: http://www.jboss.org/community/docs/DOC-10640
JBoss MQ はスケーラブルではありません: http://www.jboss.org/community/docs/DOC-12452
これまでのところ、コミュニティ wiki と Jboss のドキュメントで素晴らしい経験をしてきました。ただし、最新のドキュメントでは非常に明白な構成設定が省略されていることがわかりましたが、これはその後改善されたに違いないと思います. ActiveMQ については、Jboss と比較してほとんどドキュメントが見つかりませんでした。
Jboss と GlassFish で MOM を使用して特定の調査を行いましたが、最も重要な影響の 1 つは、使用する場合の永続ストレージでした。これ自体、特に互換性、サポート、ドキュメントが非常に重要だと思います。
これを見てください。ActiveMQ の永続ストレージに関しては、明らかに懸念事項があります。