1

最近、openMQではなくactivemqを使用するように構成したGlassfishで実行されているレガシーアプリケーションがあります。私のactivemqブローカーは、Glassfishの外部で別のプロセスで実行されています。メッセージがキューに送信されるときにログに記録するラクダのルートを構成するとよいと思いました。こんなことしたい

from( "activemq:myqueue").to( "activemq:myqueue").wireTap( "direct:tap").to( "log:myqueue");

しかし、それは意味がないと思います。私がしたいのは、ラクダがメッセージを消費者に透過的に記録することです。プロデューサーが「インバウンド」キューに送信し、コンシューマーが「アウトバウンド」キューから受信してキャメルがそれらをフックするようにコードを変更する必要はありません。これには、レガシーアプリへの変更が必要になるためです。私はこれが可能だとは思いませんが、ただ疑問に思っています。

4

2 に答える 2

4

ええ、私はブローカーソリューションを探すことを提案しようとしていました。それが最も最適化されてパフォーマンスが高いからです。ブローカーでのメッセージフローの明らかな監視は一般的な要件であるため、ActiveMQにはそのための機能があります。http: //activemq.apache.org/mirrored-queues.html

于 2011-01-21T06:17:02.033 に答える
0

ミラーリングされたキューを使用して、自分がやりたいことをどのように実行できるかを見つけたと思います。

http://activemq.apache.org/mirrored-queues.html

これはブローカーへの変更であり、純粋にラクダで行われたものではありません。

于 2011-01-20T23:07:05.557 に答える