On 9 January 2014 08:58, Oliver Heger <oliver.he...@oliver-heger.de> wrote: > Am 09.01.2014 00:48, schrieb s...@apache.org: >> Author: sebb >> Date: Wed Jan 8 23:48:36 2014 >> New Revision: 1556677 >> >> URL: http://svn.apache.org/r1556677 >> Log: >> Oops, updated comment but not the value >> >> Modified: >> commons/proper/beanutils/trunk/pom.xml >> >> Modified: commons/proper/beanutils/trunk/pom.xml >> URL: >> http://svn.apache.org/viewvc/commons/proper/beanutils/trunk/pom.xml?rev=1556677&r1=1556676&r2=1556677&view=diff >> ============================================================================== >> --- commons/proper/beanutils/trunk/pom.xml (original) >> +++ commons/proper/beanutils/trunk/pom.xml Wed Jan 8 23:48:36 2014 >> @@ -358,7 +358,7 @@ >> <commons.jira.pid>12310460</commons.jira.pid> >> <!-- limit memory size see BEANUTILS-291; allow command-line >> override --> >> <!-- Originally 25M, increased to 50M to get round Continuum CI >> build failures --> >> - <surefire.argLine>-Xmx25M</surefire.argLine> >> + <surefire.argLine>-Xmx50M</surefire.argLine> >> </properties> >> > > Thanks for looking into this. > > Did you make any progress?
The figure of 50M was what my Continuum tests showed was needed. > AIUI, the maximum memory parameter was set to > a pretty low value to ensure that garbage collection happens in some of > the memory leak tests. The whole concept seems to be fragile... Indeed. Ideally the garbage collection tests need to be run separately with their own setting. But in the meantime I tried to find the minimum value that allowed the other tests to complete. But it seems to be working now, and it's easy to change the setting from the command-line if necessary. > Oliver > >> <reporting> >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
