You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@activemq.apache.org by Kevin Burton <bu...@spinn3r.com> on 2014/06/20 05:28:01 UTC
Verifying an activemq configuration remotely ...
Is it possible to verify that an activemq box is deployed correctly?
I'm depending on features like advisory support… so if it doesn't work or
isn't enabled properly my app will break.
So I'd like to connect to the queue, and die if it's not configured
properly.
Kevn
--
Founder/CEO Spinn3r.com
Location: *San Francisco, CA*
Skype: *burtonator*
blog: http://burtonator.wordpress.com
… or check out my Google+ profile
<https://plus.google.com/102718274791889610666/posts>
<http://spinn3r.com>
War is peace. Freedom is slavery. Ignorance is strength. Corporations are
people.
Re: Verifying an activemq configuration remotely ...
Posted by Kevin Burton <bu...@spinn3r.com>.
yes… definitely agree on locking down the config file.
But I'm more worried about a regression at some future point. Unit tests
go a long way… but I can also put in guards in the code to prevent it from
even working with a broken broker by verifying that things are sane when it
connects to the broker.
Seems like JMX is the way to do this… but now I'll need to figure it out :)
Kevin
On Fri, Jun 20, 2014 at 3:17 AM, Gary Tully <ga...@gmail.com> wrote:
> it is a very general requirement.
>
> one approach is to have some sort of ping test of broker functionality
> that you require.
>
> deploy a camel route in the xml config.
> have it do jms request/reply after it has done some validation like
> produce/consume an advisory.
> Then to validate ping that route. With camel you could easily expose
> the same validator over http.
>
> But some sort of jmx monitor to validate health and locking down start
> scripts and xml config
> in source control goes a long way to keeping things sane.
>
> On 20 June 2014 04:28, Kevin Burton <bu...@spinn3r.com> wrote:
> > Is it possible to verify that an activemq box is deployed correctly?
> >
> > I'm depending on features like advisory support… so if it doesn't work or
> > isn't enabled properly my app will break.
> >
> > So I'd like to connect to the queue, and die if it's not configured
> > properly.
> >
> > Kevn
> >
> > --
> >
> > Founder/CEO Spinn3r.com
> > Location: *San Francisco, CA*
> > Skype: *burtonator*
> > blog: http://burtonator.wordpress.com
> > … or check out my Google+ profile
> > <https://plus.google.com/102718274791889610666/posts>
> > <http://spinn3r.com>
> > War is peace. Freedom is slavery. Ignorance is strength. Corporations are
> > people.
>
>
>
> --
> http://redhat.com
> http://blog.garytully.com
>
--
Founder/CEO Spinn3r.com
Location: *San Francisco, CA*
Skype: *burtonator*
blog: http://burtonator.wordpress.com
… or check out my Google+ profile
<https://plus.google.com/102718274791889610666/posts>
<http://spinn3r.com>
War is peace. Freedom is slavery. Ignorance is strength. Corporations are
people.
Re: Verifying an activemq configuration remotely ...
Posted by Gary Tully <ga...@gmail.com>.
it is a very general requirement.
one approach is to have some sort of ping test of broker functionality
that you require.
deploy a camel route in the xml config.
have it do jms request/reply after it has done some validation like
produce/consume an advisory.
Then to validate ping that route. With camel you could easily expose
the same validator over http.
But some sort of jmx monitor to validate health and locking down start
scripts and xml config
in source control goes a long way to keeping things sane.
On 20 June 2014 04:28, Kevin Burton <bu...@spinn3r.com> wrote:
> Is it possible to verify that an activemq box is deployed correctly?
>
> I'm depending on features like advisory support… so if it doesn't work or
> isn't enabled properly my app will break.
>
> So I'd like to connect to the queue, and die if it's not configured
> properly.
>
> Kevn
>
> --
>
> Founder/CEO Spinn3r.com
> Location: *San Francisco, CA*
> Skype: *burtonator*
> blog: http://burtonator.wordpress.com
> … or check out my Google+ profile
> <https://plus.google.com/102718274791889610666/posts>
> <http://spinn3r.com>
> War is peace. Freedom is slavery. Ignorance is strength. Corporations are
> people.
--
http://redhat.com
http://blog.garytully.com