Thanks for coming back on this :)
2014-09-29 18:16 GMT+02:00 Emmanuel Bernard <emmanuel(a)hibernate.org>:
I think that can happen due to the weak transactional guarantees the
underlying backend provides.
Why do you ask? (that is if you remember as this email is quite old -
nothing like being stuck on a place for 12 hours to catch up ;) ).
I'm not entirely sure anymore why I asked :) Maybe I considered to guard
against it using an assertion.
Does it really depend on the capabilities of the store, though? Between
loading an Association and removing a RowKey from it, all is in our control
(and all in one thread). So if we invoke Association#remove() for a RowKey
which isn't present in the loaded Association object, it still seems fishy
Note that's different from trying to remove an association row in the store
actually, there it may be gone already of course.
On Wed 2014-08-27 22:40, Gunnar Morling wrote:
> Hi Emmanuel,
> Is there any legitimate case where Association#remove(RowKey) is invoked
> for a key which is not present in that specific association instance? Or
> would this indicate some programming error?