Return-Path: 
 <user-return-56469-apmail-ant-user-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-user-archive@www.apache.org
Received: (qmail 66098 invoked from network); 5 Jun 2006 14:31:04 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 5 Jun 2006 14:31:04 -0000
Received: (qmail 49875 invoked by uid 500); 5 Jun 2006 14:30:58 -0000
Delivered-To: apmail-ant-user-archive@ant.apache.org
Received: (qmail 49802 invoked by uid 500); 5 Jun 2006 14:30:57 -0000
Mailing-List: contact user-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:user-unsubscribe@ant.apache.org>
List-Help: <mailto:user-help@ant.apache.org>
List-Post: <mailto:user@ant.apache.org>
List-Id: "Ant Users List" <user.ant.apache.org>
Reply-To: "Ant Users List" <user@ant.apache.org>
Delivered-To: mailing list user@ant.apache.org
Received: (qmail 49785 invoked by uid 99); 5 Jun 2006 14:30:57 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Jun 2006 07:30:57 -0700
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Received: from [152.81.9.88] (HELO arcelot.loria.fr) (152.81.9.88)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Jun 2006 07:30:56 -0700
Received: from arcelot.loria.fr (localhost [127.0.0.1])
	by arcelot.loria.fr (8.13.5.20060308/8.13.3) with ESMTP id k55EMfs9024657
	for <user@ant.apache.org>; Mon, 5 Jun 2006 16:22:41 +0200 (CEST)
Received: (from tonio@localhost)
	by arcelot.loria.fr (8.13.5.20060308/8.13.3) id k55EMfqd024085
	for user@ant.apache.org; Mon, 5 Jun 2006 16:22:41 +0200 (CEST)
X-Authentication-Warning: arcelot.loria.fr: tonio set sender to
 Antoine.Reilles@loria.fr using -f
Date: Mon, 5 Jun 2006 16:22:40 +0200
From: Antoine Reilles <Antoine.Reilles@loria.fr>
To: Ant Users List <user@ant.apache.org>
Subject: Re: subant and memory problems
Message-ID: <20060605142240.GB18738@arcelot.loria.fr>
Mail-Followup-To: Ant Users List <user@ant.apache.org>
References: <20060529154848.GA27385@arcelot.loria.fr>
 <44833FC9.9050605@apache.org> <20060605130306.GC2014@mahogany.loria.fr>
 <255d8d690606050705l33df6167o10c193d2e82b5fdb@mail.gmail.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="JYK4vJDZwFMowpUq"
Content-Disposition: inline
In-Reply-To: <255d8d690606050705l33df6167o10c193d2e82b5fdb@mail.gmail.com>
User-Agent: Mutt/1.5.11
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

--JYK4vJDZwFMowpUq
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

On Mon, Jun 05, 2006 at 09:05:03AM -0500, Dominique Devienne wrote:
> >I guess the more elegant way would be to add a "fork" attribute to our
> >tom task, but i don't know how difficult it would be, as to is simply a
> >java application.
>=20
> That would be the way to go, indeed. It's rather simple to compose the
> Java task in another task. I've used this approach to add "smarts" to
> the Jaxb compiler for example. The code is even in bugzilla I think,
> if you want to have a look. The <tom> task would do all Ant related
> processing, check timestamps and all, and simply generate the
> (possibly long) command line to pass to Java (or Execute) to invoke
> Tom in another VM. --DD
Ok, great ! I just saw the code to the jaxb task. Indeed, it looks quite
easy to use the Java task for that. Thanks a lot for the pointer !
>=20
> PS: To investigate whether Tom suffers from the ill as Javac used to,
> you may want to write a pure Java program (no Ant involved) that
> invokes Tom several time in a loop, and see whether memory usage
> increases because memory is not released. Also, check the Tom task
> resets refs to Tom data structures or engine to null. Check Tom
> classes don't have static caches. These kind of things.
I did that, running tom compilation from a java app for fifteen files in
an infinite loop: it ran for 2 days without showing any memory hungry
behavior. There still may be some static containers that would need
cleanup, but even then, i don't think they could eat that much memory,
and don't show in my testcase.

Cheers,
antoine

--JYK4vJDZwFMowpUq
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (NetBSD)

iD8DBQFEhD4w4VqmoGDE/mwRAgQkAJ9U1I39CkzT8/Bl6COFvDmP2by8gACfbSVi
yMIOck0nSs1da5KL1oQxJYw=
=UDaD
-----END PGP SIGNATURE-----

--JYK4vJDZwFMowpUq--