Mailing-List: contact users-help@camel.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@camel.apache.org
Received-SPF: pass (nike.apache.org: domain of claus.ibsen@gmail.com
 designates 209.85.216.180 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type;
        b=FIqPdORYQTDh7bgAAfDc0wNSY1wqjcfO93o1iLtCOb4eZ7MOUgZi/bKGGaMkz+BG3+
         JBdYxCnZqXay6aKxCx3GsY4d7nFawd/YAjZveMYUaH9rHLMKsSbIZx4cwhg+iTpWND+C
         hjehFzeCN61j0R5ShAVvdWE3GuSs0aUVrE52s=
MIME-Version: 1.0
In-Reply-To: <1296831638048-3371119.post@n5.nabble.com>
References: <1296492432278-3364793.post@n5.nabble.com>
 <AANLkTinS9Z7W4tsuEZ=1Exo5T5ZyY4ATMasipLv=UzUB@mail.gmail.com>
 <AANLkTimzrvpEf-mCjEmu_Rcy8hGOduXgVZF6ShD6CZob@mail.gmail.com>
 <AANLkTim4sbNc9bTrJqbooV=N1o-ktmuEiQixta77a1=V@mail.gmail.com>
 <AANLkTimeSphs4SxgMYKESqMotX0txDp5=9mex+ZZo+NW@mail.gmail.com>
 <1296831638048-3371119.post@n5.nabble.com>
From: Claus Ibsen <claus.ibsen@gmail.com>
Date: Fri, 4 Feb 2011 16:06:37 +0100
Message-ID: <AANLkTinaiy7wFj7CPqXsYTkOBBNQwm9CMwzXjty9TK+a@mail.gmail.com>
Subject: Re: Memory leak in camel mail component
To: users@camel.apache.org
Content-Type: text/plain; charset=ISO-8859-1

On Fri, Feb 4, 2011 at 4:00 PM, Marco Crivellaro
<mcrive@optasportsdata.com> wrote:
>
> Hi All,
> I am working together with Sri in a project which makes an extensive use of
> camel (you've seen some posts from me in the past).
> I can confirm the number of endpoints being created grows constantly using
> any protocol,
> with our system we are serving a very high number of endpoints and at the
> moment we are forced to restart our application every now and then to free
> up memory use. Is there a way to unreference all endpoints and therefore
> allow them to be deallocated by garbage collector?
>

Are you using JMX?
If so you can disable JMX then it ought to run.

I think the problem is that endpoints gets enlisted in JMX and thus it grows.
Camel itself just cache at most 1000 endpoints and thus it shouldn't
be a big deal.


That said I have though of only enlisting resources in JMX during
starting a route.
That ensures only "static" beans gets enlisted.
Then all the dynamic endpoints and producers wont be enlisted.
Although producers are not enlisted today.

And many time you can put the "dynamic" parts of the endpoints as
headers to the message. Frankly where it belong.
Eg a To recipient in a mail message belongs as a message header, and
not as an endpoint uri parameter.

And keep the endpoint less dynamic.


> I think the issue described by Sri with mail component is a different
> problem as the leak is shown only when using recipient list, if we use a for
> cicle the memory use is not growing (hence the same endpoint is used).
> --
> View this message in context: http://camel.465427.n5.nabble.com/Memory-leak-in-camel-mail-component-tp3364793p3371119.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>


-- 
Claus Ibsen
-----------------
FuseSource
Email: cibsen@fusesource.com
Web: http://fusesource.com
Twitter: davsclaus
Blog: http://davsclaus.blogspot.com/
Author of Camel in Action: http://www.manning.com/ibsen/