[infinispan-dev] rethinking ISPN transactions

Mircea Markus mmarkus at redhat.com
Fri Nov 29 10:59:07 EST 2013


On Nov 29, 2013, at 1:46 PM, Mark Little <mlittle at redhat.com> wrote:

> Why do you think there are no consistency guarantees? Again this may be a difference in the way you use the term 1PC versus how it's used and implemented elsewhere.

Indedd, 1PC here has to do with the consensus protocol used by Infinispan internally to update the same data on multiple nodes. Doesn't have to do with the XAResource.commit(xid, isOnePhase) at all (we actually plan to implement that 1PC optimization in the case a single node needs to be updated). 

> 
> Mark.
> 
> 
> On 8 Nov 2013, at 15:28, Mircea Markus wrote:
> 
>> 4. Remove 1PC option
>> - I'm not totally sure about it, but does it really make sense to have 1PC as an option? they don't offer any consistency guarantees so async API + non tx do about the same thing
> 

Cheers,
-- 
Mircea Markus
Infinispan lead (www.infinispan.org)







More information about the infinispan-dev mailing list