-
Bug
-
Resolution: Duplicate
-
Critical
-
None
-
6.0.0.Final
-
None
Situation with optimistic TX, originator = entry's primary owner:
1. The conditional check suceeds when the command is executed
2. In TxDistributionInterceptor, ignorePreviousValue is set to true
3. The command is then enlisted in the modifications list with the ignorePreviousValue set to true
4. During the prepare/commit phase the command ignores the condition
Result:
Two commands, replace(key, A, B), replace(key, A, C) may both overwrite the entry (and the one committed later wins, actually overwriting B instead of A).
- duplicates
-
ISPN-3655 Default optimistic locking configuration leads to inconsistency
- Closed