On Sun, Mar 21, 2010 at 8:54 PM, Norman Maurer <nor...@apache.org> wrote:
> After committing the changes and re-deploy the app , we still see the
> OOM Exception.
>
> Seems like it's to much for the Java VM to create a now Consumer evert
> 30 seconds. Any other suggestions?
>

Can you disable JMX which is the one I would assume could be the cause
of the issue.
http://camel.apache.org/camel-jmx.html


> Thx
> Norman
>
> 2010/3/19, Norman Maurer <norman.mau...@googlemail.com>:
>> Ah right..
>>
>> Thx for the pointer :)
>>
>> Bye,
>> Norman
>>
>>
>> 2010/3/19 Claus Ibsen <claus.ib...@gmail.com>:
>>> On Fri, Mar 19, 2010 at 8:55 AM, Norman Maurer
>>> <norman.mau...@googlemail.com> wrote:
>>>> Hi Claus,
>>>>
>>>> did I get it right ?
>>>>
>>>> http://svn.apache.org/viewvc/james/server/trunk/spoolmanager/src/main/java/org/apache/james/transport/camel/JMSSelectorPollingConsumer.java?view=markup
>>>>
>>>> Would be nice if you could have a look ...
>>>>
>>>
>>> Yes it looks perfect. The only issue would be if an exception was
>>> thrown, eg consider using try .. finally
>>>
>>>
>>>> Thx,
>>>> Norman
>>>>
>>>>
>>>> 2010/3/18 Norman Maurer <norman.mau...@googlemail.com>:
>>>>> Jira Ticket created:
>>>>>
>>>>> https://issues.apache.org/activemq/browse/CAMEL-2558
>>>>>
>>>>> Thx,
>>>>> Norman
>>>>>
>>>>>
>>>>> 2010/3/18 Claus Ibsen <claus.ib...@gmail.com>:
>>>>>> On Thu, Mar 18, 2010 at 12:58 PM, Norman Maurer <nor...@apache.org>
>>>>>> wrote:
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I'm using the ConsumerTemplate to consume messages from a ActiceMQ
>>>>>>> queue (using a selector for filtering). Everything seems to work
>>>>>>> without a problem but after some days I get an OOM Exception. (To be
>>>>>>> hornest the queue is empty all the time). When I remove the
>>>>>>> ConsumerTemplate stuff I don't see the problems. So I suspect there
>>>>>>> is
>>>>>>> something leakin..
>>>>>>>
>>>>>>> Any idea howto track down this ?
>>>>>>>
>>>>>>> My code is here:
>>>>>>>
>>>>>>> http://svn.apache.org/viewvc/james/server/trunk/spoolmanager/src/main/java/org/apache/james/transport/camel/JMSSelectorPollingConsumer.java?view=markup
>>>>>>>
>>>>>>> I'm usin camel 2.3 SNAPSHOT..
>>>>>>>
>>>>>>
>>>>>> Your consumer endpoint URI will be unique on each call since you use
>>>>>> System currentTimeMillis.
>>>>>> And hence the internal consumer cache is without any effect and a new
>>>>>> endpoint is created to consume from the JMS Broker.
>>>>>> The ConsumerTemplate has an internal LRUCache of 1000 elements. I
>>>>>> guess even with that to prevent high memory consumption your JVM hit a
>>>>>> limit before.
>>>>>> It would be more ideal if the endpoint could be reused and the
>>>>>> JMSSelector was dynamic.
>>>>>>
>>>>>>
>>>>>> I recon we need to expose easy cache size on the Consumer/Producer
>>>>>> Templates so you can set a lower size in your case.
>>>>>>
>>>>>> Could you create a JIRA ticket on this?
>>>>>>
>>>>>>
>>>>>> A workaround currently is to not use the consumer template but
>>>>>> creating the consumer manually and then doing the stop afterwards to
>>>>>> free resources.
>>>>>> Another workaround is to stop/start the consumer template once in a
>>>>>> while to free the cache.
>>>>>>
>>>>>>
>>>>>> But since you are on 2.3-SNAPSHOT you may want to wait for the fix and
>>>>>> try it out.
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Thx,
>>>>>>> Norman
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Claus Ibsen
>>>>>> Apache Camel Committer
>>>>>>
>>>>>> Author of Camel in Action: http://www.manning.com/ibsen/
>>>>>> Open Source Integration: http://fusesource.com
>>>>>> Blog: http://davsclaus.blogspot.com/
>>>>>> Twitter: http://twitter.com/davsclaus
>>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Claus Ibsen
>>> Apache Camel Committer
>>>
>>> Author of Camel in Action: http://www.manning.com/ibsen/
>>> Open Source Integration: http://fusesource.com
>>> Blog: http://davsclaus.blogspot.com/
>>> Twitter: http://twitter.com/davsclaus
>>>
>>
>



-- 
Claus Ibsen
Apache Camel Committer

Author of Camel in Action: http://www.manning.com/ibsen/
Open Source Integration: http://fusesource.com
Blog: http://davsclaus.blogspot.com/
Twitter: http://twitter.com/davsclaus

Reply via email to