Return-Path: 
 <dev-return-103595-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
X-Original-To: apmail-cocoon-dev-archive@www.apache.org
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 5B2C3C90A
	for <apmail-cocoon-dev-archive@www.apache.org>;
 Thu, 10 May 2012 04:50:46 +0000 (UTC)
Received: (qmail 72325 invoked by uid 500); 10 May 2012 04:50:44 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 71839 invoked by uid 500); 10 May 2012 04:50:37 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
List-Post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
List-Id: <dev.cocoon.apache.org>
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 71776 invoked by uid 99); 10 May 2012 04:50:35 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 May 2012 04:50:35 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=5.0
	tests=SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of ap-cocoon-dev@m.gmane.org
 designates 80.91.229.3 as permitted sender)
Received: from [80.91.229.3] (HELO plane.gmane.org) (80.91.229.3)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 May 2012 04:50:27 +0000
Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <ap-cocoon-dev@m.gmane.org>)
	id 1SSLKF-0002IG-95
	for dev@cocoon.apache.org; Thu, 10 May 2012 06:50:03 +0200
Received: from king126.MelbourneIT.com.au ([203.31.198.126])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <dev@cocoon.apache.org>; Thu, 10 May 2012 06:50:03 +0200
Received: from jotpal.singh by king126.MelbourneIT.com.au with local (Gmexim
 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <dev@cocoon.apache.org>; Thu, 10 May 2012 06:50:03 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dev@cocoon.apache.org
From: Jp <jotpal.singh@melbourneit.com.au>
Subject: ComponentFactory - decommissioning instance in component pool
Date: Thu, 10 May 2012 04:45:08 +0000 (UTC)
Lines: 22
Message-ID: <loom.20120510T063552-356@post.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@dough.gmane.org
X-Gmane-NNTP-Posting-Host: sea.gmane.org
User-Agent: Loom/3.14 (http://gmane.org/)
X-Loom-IP: 203.31.198.126 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6;
 rv:12.0) Gecko/20100101 Firefox/12.0)
X-Virus-Checked: Checked by ClamAV on apache.org

Hi Guys,

I have configured a component pool as below

<component
    class="com.mycompany.ConfigImpl"
    pool-grow="4" pool-max="32" pool-min="8" role="com.mycompany.ConfigImpl">
    <parameter name="config-file" value="resources/myConfig.xml"/>
  </component>

Once we reach the max-pool size, I can see new instances are created if none is
available from the pool. 

My understanding is that these new instances will be destroyed once it is done
with the job. But whats happening is these instances are kept in the memory
forever and are not decommissioned. Because of this, the heap size grows with
time and the app's performance is affected.

Can someone suggest what may be root cause of this issue?

Thanks
JP