jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dominique Pfister" <dominique.pfis...@day.com>
Subject Re: svn commit: r702459 [1/2] - in /jackrabbit/trunk/jackrabbit-core/src: main/java/org/apache/jackrabbit/core/cluster/ main/java/org/apache/jackrabbit/core/journal/ main/java/org/apache/jackrabbit/core/state/ test/java/org/apache/jackrabbit/core/clu
Date Wed, 08 Oct 2008 16:00:52 GMT
Oops, thanks for pointing this out. Indeed, when debugging the test
inside my IDE, I get the following output when lsofing open files in
tearDown():

java    4889 dpfister    8u   REG       14,2         8   6813336
/Users/dpfister/Projects/jackrabbit/jackrabbit-core/target/repository_for_test/revision.log

which will keep the parent directory from being deleted on Windows.
I'll fix it right away.

Thanks
Dominique

On Wed, Oct 8, 2008 at 5:38 PM, Julian Reschke <julian.reschke@gmx.de> wrote:
> dpfister@apache.org wrote:
>>
>> Author: dpfister
>> Date: Tue Oct  7 05:43:55 2008
>> New Revision: 702459
>>
>> URL: http://svn.apache.org/viewvc?rev=702459&view=rev
>> Log:
>> JCR-1789 - Provide access to cluster records
>> - introduce classes that provide structured access to record contents
>> - add tests that verify correct serialization/deserialization
>> - change base class of ClusterException to Exception
>> - remove obsolete (Item|Node|Property)Operation classes
>> ...
>
> I think something is fishy with the change; I'm getting on 2 out of 2
> machines (XPSP3) test failures (full log attached):
>
>
> java.io.IOException: Unable to delete file:
> target\repository_for_test\revision.log at
> org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1390) at
> org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1044) at
> org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:977) at
> org.apache.jackrabbit.core.journal.FileJournalTest.tearDown(FileJournalTest.java:67)
> at junit.framework.TestCase.runBare(TestCase.java:130) at
> junit.framework.TestResult$1.protect(TestResult.java:106) at
> junit.framework.TestResult.runProtected(TestResult.java:124) at
> junit.framework.TestResult.run(TestResult.java:109) at
> junit.framework.TestCase.run(TestCase.java:118) at
> junit.framework.TestSuite.runTest(TestSuite.java:208) at
> junit.framework.TestSuite.run(TestSuite.java:203) at
> junit.framework.TestSuite.runTest(TestSuite.java:208) at
> junit.framework.TestSuite.run(TestSuite.java:203) at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585) at
> org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:177) at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585) at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:338)
> at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:997)
>
> BR, Julian
>

Mime
View raw message