-
Bug
-
Resolution: Done
-
Major
-
5.2.7.Final, 5.3.0.Final
-
None
-
Workaround Exists
-
When the user calls AtomicHashMap.put(k, v), AtomicHashMapProxy.getDeltaMapForWrite() first reads the atomic map in the invocation context, and only acquires a lock afterwards.
Between the read and the lock, another transaction can write something to the atomic map, and that write will be lost.
- blocks
-
ISPN-3736 Backport to 5.2.x for EAP 6.3
- Closed