Inconsistent element count commig after store call

[helenoalves]

Hi Microstream Team,

I`m using microstream and receiving this error on the log from time to time: Inconsistent element count: specified 2 vs. iterated 8756688418745

For sure, with a different number of specified and iterated.
It happens on the part of code that I call store method of one collection.

I made several changes to this collection, such as removing and adding elements in a map that contains two nested Queues as values.

This is the microstream part of the code I have found this error:

microstream/persistence/binary/src/main/java/one/microstream/persistence/binary/types/Binary.java

Line 2009 in d589e94

if(address != elementsBinaryBound || iterator.hasNext())

I need two answers about it:

1. How can I reproduce it in Unit Testing?
2. Is there some approach that I should follow to overcome this issue? As calling storeRoot every time I change the root collection.

Looking forward to your support.

[hg-ms]

Hello,
Do you access the collection from multiple threads? If so, it is very likely that another thread modified the collection while Microstream did the store operation. The required synchronization can’t be done by Microstream and must be done by the application.

[helenoalves]

I got it!
It can be a probable cause.
Besides that, I have found that I was trying to store an empty collection in that case. So, I isolated the case and caught the BinaryPersistenceException.

I am happy to hear one response.
Thanks