continuum-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Emmanuel Venisse" <>
Subject Re: OutOfMemory Error because of large build (log) files
Date Fri, 21 Mar 2008 10:52:16 GMT
On Thu, Mar 20, 2008 at 9:14 PM, murali mohan <> wrote:

> I have been facing this error because of large build output files created
> by
> builds in my projects. The logs have a threshold of INFO and they do
> create
> large files even then because of the sheer size of the project.
> This causes OutOfMemory errosr in two places:
> 1) The webapp - When we click on the build results page (And if the build
> output file is huge)
> 2) The Reports Generation phase (Usually towards the end of the build) -
> This is a major problem. Because the build does not complete even though
> it
> has run all the phases till Test. And the result is that we dont have the
> surefire reports link in the build result page and also there is no
> notification email sent out.
> For now, in my project, i have just put in a check for the size of the
> file
> and if it is larger than 50MB, i just put in a messsage that the file is
> Huge. This may not be an ideal patch for this problem. So the questions i
> have are:

Yes, it isn't an ideal patch.

> 1) Can't we avoid reading the files into a String during report
> generation?

You can try to set the include* parameter in application.xml for the
MailContinuumNotifier component;

> 2) In the build results page, we can have a save file button instead of
> opening the whole file in memory?

It would be good, can you write a patch?

> 3) Is there any way we can continue the reports generation of a failed
> Build? I am pretty sure it is not possible today. But , maybe in the
> future,
> we can have some flexibility that, even though the Build failed in say
> phase
> 3 after successful completion phase 1 and 2, we should be able to continue
> from phase 3. This will be very useful and we can have the full builds
> even
> though it didnt run correctly during the scheduled time.

hmm, I'm not sure to undrstand what you want to do.

Any suggestions? What do people think of my patch? Should I submit it?
> Murali.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message