Hi,
Re:
https://issues.jboss.org/browse/ISPN-845
This is causing issues with use cases such as the Hibernate 2LC. Imagine this scenario:
tx.begin();
cache1.get();
cache2.put();
cache3.remove();
tx.commit();
At commit time, 3 prepares are generated of which, the 1st prepare is marked as readonly
(no mods made on cache1), so that prepare is committed in advance.
Now, when tx.commit() is called it fails cos the first tx for cache1 has already been
committed.
There's a test that simulates this kind of scenario in Infinispan 2LC testsuite.
A different solution is needed and seems like this was discussed this week in Newcastle?
(
https://issues.jboss.org/browse/ISPN-887)
Cheers,
--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache