Mailing-List: contact users-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@activemq.apache.org
Received-SPF: pass (nike.apache.org: local policy)
Subject: Re: Stop Thread / Stop Listening
From: Timothy Bish <tim.bish@sensis.com>
To: users@activemq.apache.org
In-Reply-To: <13428588.post@talk.nabble.com>
References: <13415697.post@talk.nabble.com>
	 <8a6feb940710251409s30ca00d9td71a0625f675fe70@mail.gmail.com>
	 <13427708.post@talk.nabble.com>
	 <1193408417.3287.19.camel@tbish-laptop.ats.sensis.com>
	 <13428588.post@talk.nabble.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Fri, 26 Oct 2007 10:43:09 -0400
Message-Id: <1193409789.3287.22.camel@tbish-laptop.ats.sensis.com>
Mime-Version: 1.0

When you use a MessageListener that listener is notified in a thread
context other than the main thread.  So in you client app you can set a
MessageListener and then it will receive messages until you kill the
app, so you can just have the main waiting on a cin.get() and it will
process message until you hit a key.

Regards.
Tim.

On Fri, 2007-10-26 at 07:36 -0700, mrh wrote:
> Thank you for the reply, Tim.
> 
> Yes, this is my primary question:
> 
> 
> tabish121 wrote:
> > 
> > make that it
> > doesn't wait forever for messages and it stops as soon as it gets all
> > the messages we told it to.  
> > 
> 
> I would like for it to listen continuously for messages: no countdown, no
> wait... just listen in the background while allowing the user to do other
> things, until the user wants to exit the entire application.  Is the only
> way to do this with threads?
> 
> Thanks again,
> mrh
> 
> 
> 
> On Fri, 2007-10-26 at 06:49 -0700, mrh wrote:
> > In the activemq-cpp example code, there is a countdown "latch".  If I
> > understand it correctly, you can pass in a number of milliseconds that it
> > is
> > to wait for a message or a number that it will count down to as messages
> > are
> > received.  With this structure, is it possible to asychronously receive
> > messages (using the onMessage function to process them) but stop the
> > listener from the outside? Say, from an outside thread?
> > 
> > Thanks,
> > mrh
> 
> 
>