Build/test was successful on linux with java 7 for me, but fails miserably
on windows. I assume this is the same file locking issues that cause many
of the apacheds unit tests to fail. Here is a small sample:
testWithoutTransaction(org.apache.directory.mavibot.btree.PersistedBTreeTransactionTest)
Time elapsed: 0.406 sec <<< ERROR!
java.io.IOException: Unable to delete file:
C:\cygwin64\tmp\junit7208183359859027565\e4055fae-4d83-4c13-a5ca-d2860c8eedbd\mavibot.db
at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:2279)
at
org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1653)
at
org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:1535)
at
org.apache.directory.mavibot.btree.PersistedBTreeTransactionTest.cleanup(PersistedBTreeTransactionTest.java:84)
And:
Running org.apache.directory.mavibot.btree.RecordManagerFreePageTest
Delta : 5412, nbError = 0, Nb insertion per second : 1000
[12:23:22] ERROR [org.apache.directory.mavibot.btree.RecordManager] - Error
while initializing the RecordManager : Failed to delete the copied page map
store C:\cygwin64\tmp\recordman\cpm.db Make sure the approapriate
permissions are given to delete this file by mavibot process.
[12:23:22] ERROR [org.apache.directory.mavibot.btree.RecordManager] -
java.lang.RuntimeException: Failed to delete the copied page map store
C:\cygwin64\tmp\recordman\cpm.db Make sure the approapriate permissions are
given to delete this file by mavibot process.
at
org.apache.directory.mavibot.btree.SpaceReclaimer.readCopiedPageMap(SpaceReclaimer.java:158)
at
org.apache.directory.mavibot.btree.RecordManager.<init>(RecordManager.java:289)
at
org.apache.directory.mavibot.btree.RecordManager.<init>(RecordManager.java:229)
at
org.apache.directory.mavibot.btree.RecordManagerFreePageTest.openRecordManagerAndBtree(RecordManagerFreePageTest.java:108)
at
org.apache.directory.mavibot.btree.RecordManagerFreePageTest.testRecordManager(RecordManagerFreePageTest.java:183)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
at
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
at
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
If we are not worrying about success on windows, then I also +1.
Lucas
On Wed, Nov 12, 2014 at 11:51 PM, Kiran Ayyagari <[email protected]>
wrote:
> built the tag on linux with java7, looking good
>
> [X] +1 Release Mavibot 1.0.0-M6
>
> On Wed, Nov 12, 2014 at 7:37 PM, Emmanuel Lécharny <[email protected]>
> wrote:
>
>> Hi !
>>
>> This is the sixth release of Apache Mavibot, the MVCC BTree in Java !
>>
>> This release contains a full support for bulkload for persisted btrees,
>> eitehr with single-value or multiple-value elements.
>>
>> It also includes a few fixes :
>>
>> * MAVIBOT-32 Add Bulk Load
>> * MAVIBOT-34 Support revisions
>> * MAVIBOT-36 Runtime dependencies on slf4j-log4j and log4j cause conflicts
>> * MAVIBOT-42 The TupleCursor always reuse the same internal tuple
>> instance...
>>
>> I tested ApacheDS with Mavibot 1.0.0-M6, all tests are ok.
>>
>> So let's vote now !
>>
>>
>> The revision :
>>
>> http://svn.apache.org/r1638740
>>
>>
>> The SVN tag:
>> https://svn.apache.org/repos/asf/directory/mavibot/tags/1.0.0-M6/
>>
>> The source and binary distribution packages:
>> http://people.apache.org/~elecharny/
>>
>> The staging repository:
>>
>> https://repository.apache.org/content/repositories/orgapachedirectory-1015/
>>
>>
>> Please cast your votes:
>> [ ] +1 Release Mavibot 1.0.0-M6
>> [ ] 0 abstain
>> [ ] -1 Do not release Mavibot 1.0.0-M6
>>
>>
>>
>
>
> --
> Kiran Ayyagari
> http://keydap.com
>
