activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kevin Burton <>
Subject Implementing a *fast* alternative to JMX and work post 6.0
Date Thu, 02 Apr 2015 02:38:50 GMT
A couple things I wanted to talk about which are somewhat related.

JMX is somewhat slow.  Further, at least from my perspective, it’s somewhat
dated.  All the cool kinds have fancy REST API endpoints except for

I think we’re going to migrate to our own embedded activemq using our own
infra and tooling which means I could setup a REST API endpoint using JSON.

I just did a benchmark using an embedded broker and it took 8000ms to get
queue metadata on 10k queues vs 15ms to do it inside its own VM.

The cool thing is that ALL the JMX infra is there. So I would really be
mirroring the JMX protocol, just in HTTP.

Now, I guess i could roll my own, but this seems silly.  I think others
would want this too at some point and at least this would end up in a more
documented protocol.

This is where I wind up talking about the 5.x series post 6.0.  I assume
5.x will still be maintained by the community considering a lot of people
are still using it in production.  But I guess this is OSS so it’s all
based on merit.

I think maybe a sub-module in ActiveMQ for a REST API could be warranted.
I could get ours working and then throw it over the fence in a rough form
at some point.  At least just a collection of servlets that could be used
with Jetty.


Location: *San Francisco, CA*
… or check out my Google+ profile

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message