I have not encountered this either with or without your fix on my OS X System
Rob On 26/10/2017 13:34, "Andy Seaborne" <[email protected]> wrote: Good to know that @Rule/tmpFolder isolation address the problem. It might well be the best long term, but the effect of disk space that has been a problem for TDB1 might arise. On PR#296, I've put an alternative that applies to the other modules that touch disk (maybe it sorts out out TestProcessFileLock - it also adds @Before testing for TestProcessFileLock. Could people try this please? For OSX and Windows. And what exactly are the default settings for Surefire? reuseForks is true so there is also a chance that it is reusing the forked VM is causing contamination via statics and open file descriptors. Andy On 26/10/17 09:27, Bruno P. Kinoshita wrote: > Using a temporary folder instead of a pre-defined one, and changing to a instance field, fixed the issue for me. > https://github.com/apache/jena/pull/295 > > I found no other errors. So in case the pull request solution is not appropriate, I'd still be happy to vote +1 in the other thread. Though I'm not sure what to do about the Windows test failures. Ignore them all? > CheersBruno > > From: Andy Seaborne <[email protected]> > To: [email protected] > Sent: Thursday, 26 October 2017 10:49 AM > Subject: Re: @Test TestDatabaseOps.compact_prefixes_3 [Was Re: [] Release Apache Jena 3.5.0] > > > > On 25/10/17 22:39, Bruno P. Kinoshita wrote: >> ps : mvn clean test install -Pdev would stop in the Jena base I think, complaining it couldn't find the jena-guava-shaded module... but mvn clean install worked. Just for what's worth. > > Use -Pbootstrap if it is a clean build, or if it tries to pick up > snapshots from the development deploy snapshots. > > I'm sure that latter is a new "feature" of maven. > > I think we ought to collapse -Pdev and -Pbootstrap. It's not a much of > a time difference. > > Andy > > > >
