Yes
On 7/6/06, Meeraj Kunnumpurath <[EMAIL PROTECTED]> wrote:
Thanks James.
Does that mean the consumers on the client side should be registered
with whatever JMX instrumentation layer that is used by the client-side
infrastructure?
-----Original Message-----
From: James Strachan [mailto:[EMAIL PROTECTED]
Sent: 06 July 2006 08:00
To: [email protected]
Subject: Re: JMX Interfaces
The current JMX API available is here...
http://incubator.apache.org/activemq/maven/activemq-core/apidocs/org/apa
che/activemq/broker/jmx/QueueViewMBean.html
Due to the prefetch buffer, it could take 1000 messages from the point
at which you say 'stop' on the broker to the point at which a consumer
stops receiving messages. For a more immediate 'stop' it'd be better to
communicate with the clients directly. e.g. maybe we could add a
'pause/resume' method on the ActiveMQMessageConsumer to make it easy to
pause/resume delivery of messages.
On 7/5/06, Meeraj Kunnumpurath <[EMAIL PROTECTED]> wrote:
> That's right. Or it could even be residual messages that are already
> there in the queue and not yet consumed before the queue was stopped.
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hiram
> Chirino
> Sent: 05 July 2006 17:33
> To: [email protected]
> Subject: Re: JMX Interfaces
>
> So when you say 'stop a queue' you mean you want to stop delivering
> messages to consumers of that queue. But publishing to that queue
> should still be allowed?
>
> On 7/5/06, Meeraj Kunnumpurath <[EMAIL PROTECTED]> wrote:
> >
> > Thanks Hiram.
> >
> > We use an ESB as a transport adaptor between our business components
> > and ActiveMQ. We have business requirements where certain components
> > need to be paused. Even though, we can do this at the business
> > component level at the ESB, the message is still being consumed by
> > the
>
> > session, even though it is not routed to the stopped business
> > component. However, the implication is that the message is lost,
> > whilst the business components are paused. We need finer granularity
> > in terms of pausing individual queues on the server side.
> >
> > Ta
> > Meeraj
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
> > Hiram Chirino
> > Sent: 05 July 2006 14:34
> > To: [email protected]
> > Subject: Re: JMX Interfaces
> >
> > Hi Meeraj
> >
> > That's not currently supported. Could you explain what behavior you
> > would like to see when a queue is stopped?
> >
> > Regards,
> > Hiram
> >
> > On 7/5/06, Meeraj Kunnumpurath <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi,
> > >
> > > Is there a management interface to stop and start individual
> > > queues on
> >
> > > an ActiveMQ node?
> > >
> > > Thanks in advance
> > > Meeraj
> > >
> > >
> > > *****************************************************
> > >
> > > You can find us at www.voca.com
> > >
> > > *****************************************************
> > > This communication is confidential and intended for the exclusive
> > > use of the addressee only. You should not disclose its contents to
> > > any other person.
> > > If you are not the intended recipient please notify the sender
> > > named
>
> > > above immediately.
> > >
> > > Registered in England, No 1023742, Registered Office: Voca Limited
> > > Drake House, Three Rivers Court, Homestead Road, Rickmansworth,
> > > Hertfordshire, WD3 1FX
> > >
> > >
> > > This message has been checked for all email viruses by
MessageLabs.
> > >
> >
> >
> >
> > --
> > Regards,
> > Hiram
> >
> > Blog: http://hiramchirino.com
> >
> >
> > This message has been checked for all email viruses by MessageLabs.
> >
> >
> > This message has been checked for all email viruses by MessageLabs.
> >
>
>
>
> --
> Regards,
> Hiram
>
> Blog: http://hiramchirino.com
>
>
> This message has been checked for all email viruses by MessageLabs.
>
>
> This message has been checked for all email viruses by MessageLabs.
>
--
James
-------
http://radio.weblogs.com/0112098/
This message has been checked for all email viruses by MessageLabs.
This message has been checked for all email viruses by MessageLabs.
--
James
-------
http://radio.weblogs.com/0112098/
