As a quick fix I guess we can add in the command line launched by Jenkins a
-Djava.io.tmpdir=$WORKSPACE/tmpdir
Should I do that or we want to get rid of java.io.tmpdir ?
Nicolas
Le 9 mars 2012 à 05:57, Stefan Bodewig a écrit :
> On 2012-03-09, Jesse Glick wrote:
>
>> On 03/08/2012 12:04 AM, Stefan Bodewig wrote:
>>> do we have to do anything special to provide the Jenkins build with a
>>> ${java.to.tmpdir} that it actually is allowed to write to?
>
>> Using ${java.io.tmpdir} from tests is a bit dangerous anyway; the
>> files may rarely or never get cleaned up,
>
> the tearDown target should take care of that, unless anything kills Ant,
> that is.
>
>> you need to consider possible race conditions between different jobs
>> running on the same node, etc.
>
> True. I guess we never envisoined that.
>
>> Can the tests be made to use a tempdir inside the ${basedir}
>> somewhere?
>
> Several JUnit tests use java.io.tempdir (need to grep through it), most
> if not all AntUnit tests import a common file that defines the setUp and
> tearDown targets and properties input and output which the tests use.
> If you change that file (src/tests/antunit/antunit-base.xml) it should
> take effect for a whole bunch of AntUnit tests immediately.
>
>> By comparison, most NetBeans unit tests use a utility
>> NbTestCase.getWorkDir() [1] which takes a static root
>> (e.g. ${basedir}/build/test/unit/work/) and appends a suffix based on
>> the test suite & case names. For tests needing File access this is
>> very convenient.
>
> That would work for our JUnit tests, for AntUnit we'd have the build
> file name (the one importing the base file) but not the executing
> target.
>
> Stefan
>
>> [1]
>> https://hg.netbeans.org/core-main/raw-file/default/nbjunit/src/org/netbeans/junit/NbTestCase.java
>
> ---------------------------------------------------------------------
> 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]
