I don't know how it is on your systems but on mine the givenConcurrentUnitOfWorksWhenUoWCompletesThenCheckConcurrentModification hangs indefinitely for the SwiftEntityStore. giving cause to the described problem.
Michael Am 28.02.2009 10:39 Uhr, schrieb Michael Hunger: > I have an issue with the tests of the SwiftEntityStore > > it reads blockSize at position: 1a4a which returns 0 then it advances > position by "blocksize". > Which means it stays at the same position forever. > > 0001a40 66 64 36 33 37 36 37 63 2d 30 00 00 00 00 00 00 > 0001a50 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0001a70 00 00 1f a8 00 00 02 e3 ac ed 00 05 73 72 00 2c > > If I kill the test the store seems to be broken as it reads QualifiedIdenties > with a length of 0 > at the first block and the empty string is rejected by QI as invalid. > > the position after the idsize is read is: 1a5c and resides in the same empty > block. > > 0001a40 66 64 36 33 37 36 37 63 2d 30 00 00 00 00 00 00 > 0001a50 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > * > 0001a70 00 00 1f a8 00 00 02 e3 ac ed 00 05 73 72 00 2c > > Unfortunately I have now no time for JIRA or further research perhaps this > evening. > > Michael > > _______________________________________________ > qi4j-dev mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/qi4j-dev _______________________________________________ qi4j-dev mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/qi4j-dev
