On Mon, Mar 22, 2010 at 7:47 PM, Norman Maurer <nor...@apache.org> wrote:
> Same problem again,
>
> any other idea?
>

What is your JMS configuration? Are you using pooled connection factories etc?


> Bye
> Norman
>
> 2010/3/22, Norman Maurer <norman.mau...@googlemail.com>:
>> Thx for the suggestion. I just disabled it.. Now I will have to wait
>> to see what happens ..
>>
>> Bye,
>> Norman
>>
>>
>> 2010/3/22 Claus Ibsen <claus.ib...@gmail.com>:
>>> 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
>>>
>>
>



-- 
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