Re: Severe performance hit upgrading to 5.2.0 from 5.1

Hi, Has anyone experienced the same sluggishness sending transacted persistent messages with AMQ 5.2 and the default ActiveMQ Persistence store? Is there any reason that it is much slower than the Kaha store? Thanks hackingbear wrote: > > Test case written, bug filed. > > https://issues.a

Re: Usage Manager Store is Full - Root Cause?

Gary, I have a related question after reading the blog post and the wiki about the various store settings. My application keeps running in to these store issues, as we're sending almost 100% NON-persistent messages, yet we have some messages which will never be consumed. I do not control all of t

5.2.0 - messages sent to brokers w/no consumers and never delivered

see bug with test case: https://issues.apache.org/activemq/browse/AMQ-2135 We're running a 5-broker network of brokers, dynamicOnly=true, networkTTL=5 Posting messages to a queue. If consumers only connect to a subset of the brokers, such that at least 1 broker has no consumers, messages from pro

Re: Usage Manager Store is Full - Root Cause?

Hiya I will try and get a minimal test case together to show the problem. I still think it is more likely my poor understanding rather than a bug but you never know! It will be a few days so I will post back when it is ready. Thanks for the help Richard Dejan Bosanac wrote: > > Sounds like

Re: Usage Manager Store is Full - Root Cause?

Gary, Thanks for the suggestion, one more thing I didn't know. Makes sense when you think about it! Unfortunately I have just checked and I'm using a maxDataFileLength of 32mb with a store of 128mb. I can see the four data files as I would expect. Oh well, I'll keep trying. Cheers Richard

Re: Selectively acknowledging messages.

Thanks, that looks perfect! It seems "wierd" to create a Session object and pass an ActiveMQSession flag in... CB Dejan Bosanac wrote: > > Hi, > > you could try to use individual acknowledgment instead of the client one. > > http://issues.apache.org/activemq/browse/AMQ-1732 > > I'll add se

Re: Usage Manager Store is Full - Root Cause?

Hi Richard, There is a caveat with disk usage and the default store. Space in the store is reclaimed by deleting unreferenced data files during cleanup. However, if the store consists of a single data file, it will not be reclaimed as the single data file will always be referenced. Thus it is neces

Re: Usage Manager Store is Full - Root Cause?

Hi Richard, There is a caveat with disk usage and the default store. Space in the store is reclaimed by deleting unreferenced data files during cleanup. However, if the store consists of a single data file, it will not be reclaimed as the single data file will always be referenced. Thus it is neces

Re: Usage Manager Store is Full - Root Cause?

Hi Richard, There is a caveat with disk usage and the default store. Space in the store is reclaimed by deleting unreferenced data files during cleanup. However, if the store consists of a single data file, it will not be reclaimed as the single data file will always be referenced. Thus it is neces

Download Page is Blank and Support Page can't be accessed.

Hi, I'm trying to download NMS but get a blank download page. Regards Dave -- View this message in context: http://www.nabble.com/Download-Page-is-Blank-and-Support-Page-can%27t-be-accessed.-tp22179283p22179283.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: Usage Manager Store is Full - Root Cause?

Sounds like a bug. Which version are you using? Can you create a reproducible test case? Cheers -- Dejan Bosanac Open Source Integration - http://fusesource.com/ ActiveMQ in Action - http://www.manning.com/snyder/ Blog - http://www.nighttale.net On Mon, Feb 23, 2009 at 11:55 PM, Scouser wrote:

Re: onMessage long execution

Regarding the second question, can you check whether the message hit the broker (using JConsole or Web console)? Also, if you're in transaction, did you commit it? Cheers -- Dejan Bosanac Open Source Integration - http://fusesource.com/ ActiveMQ in Action - http://www.manning.com/snyder/ Blog - h

Re: Selectively acknowledging messages.

Hi, you could try to use individual acknowledgment instead of the client one. http://issues.apache.org/activemq/browse/AMQ-1732 I'll add see to document it better soon, though. Cheers -- Dejan Bosanac Open Source Integration - http://fusesource.com/ ActiveMQ in Action - http://www.manning.com/

AW: onMessage long execution

Hi, Concerning our first question, the effect that only one message is processed is perfectly explainable. A JMS Message Listener belongs to a JMS Session and each JMS Session is a single threaded context (see JMS Spec). So you should decouple long lasting computations from the session. -chris