poi-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Avik Sengupta <avik.sengu...@itellix.com>
Subject Re: Getting lots of /tmp/*.xls on Brutus
Date Fri, 09 Jul 2004 10:03:21 GMT
As Rainer confirmed, these are indeed POI tests. 

tests are indeed a separate target from compile in the build scripts, so
even if you compile regularly, you should be fine. (Also I must say that
all tests on  my 1.8GHz pentium4 take about 1min 10sec to run .. POI is
quite fast :). Its just that our gump descriptor specifies the "test"
target to be run.  

We don't, in general, delete the files created, because  some tests
require opening up the file in excel to see if it displays correctly. 

So usually this is not a problem for interactive use, but I can see why
gump would have a problem. One solution is to specify a separate ant
target for gump that deletes all files created. In any case, the files
are created in the system temp directory, using the java
File.createTempFile method call. I dont know if that is something that
can be controlled by setting environment variables. 

I'll see what I can do. 


On Thu, 2004-07-08 at 23:53, Adam R. B. Jack wrote:
> My local (work) Gump that builds a really small subset of the Gump stack
> (and then my code) started dying w/ lack of disk space. We found that we
> were getting a full /tmp, and then I saw that Brutus has a similar issue.
> gump@brutus:~$ wc /tmp/*.xls
> -bash: /usr/bin/wc: Argument list too long
> gump@brutus:~$ cat /tmp/*.xls | wc
> -bash: /bin/cat: Argument list too long
>       0       0       0
> i.e. lots of files!
> Basically, I have to assume that these are from POI (please correct me if I
> am wrong) and one (or both) of the two POI runs.
>     http://brutus.apache.org:8080/gump/jakarta-poi/index.html
>     http://brutus.apache.org:8080/gump/jakarta-poi-3/index.html
> Could you look at this problem, and help us out? Could you see if the POI
> test runs could use a ./tmp (or similar) directory, 'cos Gump cleans that
> out each run. [I don't know if this uses some Java function that you have
> limited control over, but I thought I'd ask.]
> Also, would it be possible to separate the POI tests from the POI compile? I
> use POI at work (love it, thanks!) and we try to compile our stack of code
> regularly. Anything that creates this much data must be resource intensive
> :) -- so if we could have separate poi and poi-test, we'd be able to save
> local resources. No biggee though.
> Thanks in advance.
> regards,
> Adam
> --
> Experience the Unwired Enterprise:
> http://www.sybase.com/unwiredenterprise
> Try Sybase: http://www.try.sybase.com
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
> For additional commands, e-mail: general-help@gump.apache.org

To unsubscribe, e-mail: poi-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: poi-dev-help@jakarta.apache.org

View raw message