Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 25188 invoked from network); 26 Oct 2006 00:43:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Oct 2006 00:43:44 -0000 Received: (qmail 86932 invoked by uid 500); 24 Oct 2006 08:11:52 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 86892 invoked by uid 500); 24 Oct 2006 08:11:52 -0000 Mailing-List: contact user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list user@ant.apache.org Received: (qmail 86881 invoked by uid 99); 24 Oct 2006 08:11:52 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Oct 2006 01:11:52 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of mmay@gmx.net designates 213.165.64.20 as permitted sender) Received: from [213.165.64.20] (HELO mail.gmx.net) (213.165.64.20) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 24 Oct 2006 01:11:39 -0700 Received: (qmail 14403 invoked by uid 0); 24 Oct 2006 08:11:17 -0000 Received: from 195.243.219.116 by www103.gmx.net with HTTP; Tue, 24 Oct 2006 10:11:17 +0200 (CEST) Content-Type: text/plain; charset="us-ascii" Date: Tue, 24 Oct 2006 10:11:17 +0200 From: "Markus M. May" In-Reply-To: <1161278130.8502.2.camel@localhost> Message-ID: <20061024081117.163250@gmx.net> MIME-Version: 1.0 References: <20061019144354.150250@gmx.net> <20061019153847.106810@gmx.net> <1161278130.8502.2.camel@localhost> Subject: Re: antcall / depends To: "Ant Users List" X-Authenticated: #450643 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org So, after I did some restructuring (we throw out some depend-attributes on targets that get called via antcall) and after the recompilation of ANT the build runs fine, even with CruiseControl. The build was running, after the restructre, smoothly, but when we run the build via CC we still got memory errors. After the recompilation of ANT now everything is fine. Thanks to all :-) R, Markus -------- Original-Nachricht -------- Datum: Thu, 19 Oct 2006 19:15:29 +0200 Von: "Markus M. May" An: Ant Users List Betreff: Re: antcall / depends > Thanks, > > I found the "memory leak" in our build structure and fixed some of this > already. I will also recompile ant and then I will restructe the rest of > the build process as soon as we get some time for this. > Thanks alot. > > R, > > Markus > > Am Donnerstag, den 19.10.2006, 16:51 +0100 schrieb Peter Reilly: > > On 10/19/06, Markus M. May wrote: > > > Hello, > > > > > > this is going to be nearly the same as restructuring the build > process, since we have more then one component, using these targets. I am > currently digging deeper into this, and hope, that I can restructure the build > tonight. This is going to get a long night :-( > > > > If you can recompile Ant, (1.6.5) there is a memory leakage associated > > with and that can be fixed easily. > > In IntrospectionHelper.java, the method > > > > public static synchronized IntrospectionHelper getHelper(Class c) { > > IntrospectionHelper ih = (IntrospectionHelper) helpers.get(c); > > if (ih == null) { > > ih = new IntrospectionHelper(c); > > helpers.put(c, ih); > > } > > return ih; > > } > > Change this to: > > > > public static synchronized IntrospectionHelper getHelper(Class c) { > > IntrospectionHelper ih = (IntrospectionHelper) > helpers.get(c.getName()); > > if (ih == null || c != ih.bean) { > > ih = new IntrospectionHelper(c); > > helpers.put(c.getName(), ih); > > } > > return ih; > > } > > > > Recompile (./build.sh or build.bat in the source), copy > > $ant_source/dist/lib/ant.jar > > to $ANT_HOME/lib (*not* the other jar files as they need third party > jars > > to compile). > > > > This change is in the svn version of ant, but was done after > > the release of ant 1.7.0beta3. > > > > peter > > > > > > > > > > > > > -------- Original-Nachricht -------- > > > Datum: Thu, 19 Oct 2006 16:04:06 +0100 > > > Von: "Peter Reilly" > > > An: "Ant Users List" > > > Betreff: Re: antcall / depends > > > > > > > On 10/19/06, Markus M. May wrote: > > > > > Hello, > > > > > I am currently facing a massive OutOfMemoryException problem. I > know > > > > that this is, because we are using ANTCALL quite heavily. > > > > > We have e.g. the following structure: > > > > > > > > > > TargetA > > > > > depends on init (via depend) > > > > > calls TargetB and TargetC (via antcall) > > > > > TargetB > > > > > depends on init (via depend) > > > > > TargetC > > > > > depends on init (via depend) > > > > > > > > > > Therefor for each antcall we call the target init. Since there are > > > > taskdefs in the init-target, there is quite some memory leak. Is > there some way, > > > > to not call the depends, once they are called, another time? > > > > > > > > Make the target "init" have an unless attribute: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Or, if antcall is called with inheritAll="true" (the default) > > > > > > > > > > > > ... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Peter > > > > > > > > > > > > > I know, that we should restructure our build, but currently we are > > > > facing a timely issue, so this is not an option anyway :-( > > > > > > > > > > Any help is appreciated. > > > > > > > > > > R, > > > > > > > > > > Markus M. May > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > > > > > For additional commands, e-mail: user-help@ant.apache.org > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > > > > For additional commands, e-mail: user-help@ant.apache.org > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > > > For additional commands, e-mail: user-help@ant.apache.org > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > > For additional commands, e-mail: user-help@ant.apache.org > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > For additional commands, e-mail: user-help@ant.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org