-handling.html#Mess
ageRedeliveryandDLQHandling-AutomaticallyDiscardExpiredMessages
Regards
Suneel
-Original Message-
From: chubr...@gmail.com [mailto:chubr...@gmail.com] On Behalf Of Dejan
Bosanac
Sent: 14 June 2011 10:19
To: users@activemq.apache.org
Subject: Re: Usage Manager Store is Fu
PHONE 503.548.5207 | FAX 503.639.7873
>
> NWEA.ORG <http://www.nwea.org/> | Partnering to help all kids learn™
>
>
>
> On 06/13/2011 01:45 PM, agujral wrote:
>
>> Hi All,
>>I am getting the following error " Usage Manager Store is Full"
&
On 06/13/2011 01:45 PM, agujral wrote:
Hi All,
I am getting the following error " Usage Manager Store is Full"
from the broker,but when I restart the broker the error goes away.
Can someone please guide me why I got this error , I have a lot of space on
disk.
I tried l
Hi All,
I am getting the following error " Usage Manager Store is Full"
from the broker,but when I restart the broker the error goes away.
Can someone please guide me why I got this error , I have a lot of space on
disk.
I tried looking on google but could not find muc
y consumers so this works as I would expect. However, if I use a
larger
memoryLimit value and get an exception when I run out of storage:
javax.jms.ResourceAllocationException: Usage Manager Store is Full
then the producers seem to hang even if the pending messages are
consumed.
That is, they a
locationException: SystemUsage memory limit reached
>>
>> At this point, producers can only write to the queue as space is freed up
>> by
>> by consumers so this works as I would expect. However, if I use a larger
>> memoryLimit value and get an exception when I run out of
producers can only write to the queue as space is freed up
>> by
>> by consumers so this works as I would expect. However, if I use a larger
>> memoryLimit value and get an exception when I run out of storage:
>>
>> javax.jms.ResourceAllocationException: Usage Manag
gt;> javax.jms.ResourceAllocationException: SystemUsage memory limit reached
>>
>> At this point, producers can only write to the queue as space is freed up
>> by
>> by consumers so this works as I would expect. However, if I use a larger
>> memoryLimit value a
ould expect. However, if I use a larger
> memoryLimit value and get an exception when I run out of storage:
>
> javax.jms.ResourceAllocationException: Usage Manager Store is Full
>
> then the producers seem to hang even if the pending messages are consumed.
> That is, they always
pect. However, if I use a larger
> memoryLimit value and get an exception when I run out of storage:
>
> javax.jms.ResourceAllocationException: Usage Manager Store is Full
>
> then the producers seem to hang even if the pending messages are consumed.
> That is, they always gene
pect. However, if I use a larger
> memoryLimit value and get an exception when I run out of storage:
>
> javax.jms.ResourceAllocationException: Usage Manager Store is Full
>
> then the producers seem to hang even if the pending messages are consumed.
> That is, they always gene
if I use a larger
> memoryLimit value and get an exception when I run out of storage:
>
> javax.jms.ResourceAllocationException: Usage Manager Store is Full
>
> then the producers seem to hang even if the pending messages are consumed.
> That is, they always generate a 'Usage
: Usage Manager Store is Full
then the producers seem to hang even if the pending messages are consumed.
That is, they always generate a 'Usage Manager Store is Full' exception even
if all the message have been consumed. I have also noticed that the 'Store
percent used'
much out about the root cause. I have a small example
> which send messages to a couple of queues and reads the messages out. I'm
> using Spring's JMS template etc to do most of the hard work. Eventually I
> get the following crash:
> ...
> SE
rd work. Eventually I
get the following crash:
...
SEVERE: Usage Manager Store is Full; nested exception is
javax.jms.ResourceAllocationException: Usage Manager Store is Full
org.springframework.jms.ResourceAllocationException: Usage Manager Store is
Full; nested exception is javax.jms.Resourc
15 matches
Mail list logo