On 25/03/13 20:21, Rajith Attapattu wrote:
f management tools that doesn't play nice with both
brokers.
I'm worried about adding another to the mix given that the Java broker
seems to have a different strategy for management.
Well yes and no. From what I've seen the Java broker has a pluggable
approach (notwithstanding changes to the plugin API, but that's largely
by the by).
As I said previously I released a QmfManagementPlugin for the Java
Broker the other week and had that working with both qpid-config and the
QMF GUI and in my setup I had I mixed economy of C++ and Java brokers
controlled from a single management GUI. To my mind that seems like
progress.
Ultimately the main differences we some differences in the underlying
models - but nothing that appears insurmountable given modest effort.
At that point we'd no longer have "tools that doesn't play nice with
both brokers " and the Java, Python and Ruby stuff would all work. At
that point it would seem sensible to move forward working through the
strategy for AMQP 1.0
It would seem nice to move forward from some point of (at least modest)
consistency, then we can start as we intend to carry on - with a unified
view.
Well that's my vision anyway and that's what I've been banging on about
on the mailing lists for a fair time.
My "day job" is more of an architecture persuasion and as I've said
several times I've been on the receiving end of having to make choices
between products and to be frank I've sometimes struggled to justify
Qpid primarily because of the ad hoc management (I refer to command line
tools as not being very "CEO friendly"). I got away with it because of
the performance, but the bottom line is that I suspect I'm not the only
one in that position, which is one of the reasons I wrote the GUI and
it's the reason that I made it "mobile friendly" too 'cause nice shiny
page transitions catch the eye of casual observers (which is often where
company "decision makers" sit). I think getting this stuff right is just
as important as the underlying technology if we're serious about
promoting AMQP and Qpid and getting as wide a buy in across the
messaging industry as possible.
Frase
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
