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. Regards - Avik 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. > > [EMAIL PROTECTED]:~$ wc /tmp/*.xls > -bash: /usr/bin/wc: Argument list too long > [EMAIL PROTECTED]:~$ 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: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
