I downloaded 5.8.0 and ran it plus used the activemq-5.8.0-all.jar Same problem although the 400 sleep ran correctly the 1st time but failed on all subsequent. Restarting the active server I couldn't get the 400 sleep work again so it may be timing sensitive.' Your mileage may vary. I'm going to try and run this on Linux next and see if I see the same behavior. Remember I'm on WinXP 64 right now. I can test Windows 7 too if need be.
-----Original Message----- From: Christian Posta [mailto:christian.po...@gmail.com] Sent: Friday, April 26, 2013 5:54 PM To: users@activemq.apache.org Subject: Re: Dispatched Queue Size Let us know what happens if you run on a LAN. If you can post your code/configs, or better yet, create a unit test that shows this, it'll be much easier to tell you what's going on. On Fri, Apr 26, 2013 at 8:28 AM, mdblack98 <mdblac...@yahoo.com> wrote: > Do I need to post my client code to get an answer to this? > I can reproduce that at any time quite easily. It happens continuously > while the client is running. A little less than 1% of the total number of > messages end up not showing Dequeued but they are actually being processed > and ack'd. > The "Dispatched Queue Size" never decrements, I zero it out by deleting > the > topic and shortly thereafter it gets stuck again not showing a few messages > be dequeued. > > If figure this has to be a timing issue because it's on a WAN. > > How do you address, acknowledge, or re-receive the outstanding messages in > the dispatched queue size? > Or how do I tell that an acknowledge is ignored? > > I'm betting everything would run fine and dandy on a LAN. I may have to > try > that and see if it behaves OK. > > > > -- > View this message in context: > http://activemq.2283324.n4.nabble.com/Dispatched-Queue-Size-tp4666211p466626 9.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com. > -- *Christian Posta* http://www.christianposta.com/blog twitter: @christianposta
