私は、LMAX混乱要因について、そしてそれが標準的なメッセージキューとどのように比較されているかについて話しました。私は最新のバージョンをダウンロードし、それが超高速のRingerBufferオブジェクトの周りを回転する多くのクラスとタイプを含む通常のJARであることを確認します。LMAX Disruptor vs JMS Provider
最終的に言えば、キューベースのJMSプロバイダは、最終的には、Javaキューオブジェクト(または並行キュー)を管理する多くのコードに沸かせようとしています。この点で、私はLMAX DisruptorとJMSプロバイダ(または内部キュー)との比較を見ています。
しかし、JMSプロバイダーはいくつかのキューをはるかに超えています。これは、コンシューマとプロデューサ間のメッセージングを処理するためのミドルウェアアプリケーション全体です。私はLMAX土地に相当するJMSプロバイダがあるのだろうか?
他のJMSブローカーと同様の方法で「Disruptor Broker」に接続し、そこからメッセージを読み書きすることもできます。
このようなものが存在するのですか、ここで私はオフベースですか?