[infinispan-dev] rethinking ISPN transactions

[Mircea Markus]

Which of your questions exactly? ;-)

On Dec 4, 2013, at 11:40 AM, Mark Little <mlittle at redhat.com> wrote:

> Should I take this as a "yes" to my question ;-) ?
> 
> Mark.
> 
> 
> On 4 Dec 2013, at 11:29, Mircea Markus wrote:
> 
>> On Dec 4, 2013, at 11:10 AM, Mark Little <mlittle at redhat.com> wrote:
>> 
>>> So we do have multiple participants within a "1PC" "transaction"? Really? Seriously? Huh? WTF?
>> 
>> To clarify this:
>> - this is not exposed as explicit functionality
>> - for a certain configuration, the cache behaves like this (replication is configured *async*)
>> - one of the point of this email thread is disallow this configuration (transactions + *async* replication)
>> Thanks for the feedback.
>> 
>>> 
>>> Mark.
>>> 
>>> 
>>> 
>>> On 3 Dec 2013, at 14:03, Mircea Markus wrote:
>>> 
>>>> 
>>>> On Dec 3, 2013, at 1:29 PM, Mark Little <mlittle at redhat.com> wrote:
>>>> 
>>>>> Oh please tell me your 1PC isn't really 2PC on multiple participants but without a prepare phase?!
>>>> 
>>>> This is a non-default configuration option which we plan to get rid of in ISPN 7.0. Hence this email :-)
>>>> 
>>>>> 
>>>>> Mark.
>>>>> 
>>>>> 
>>>>> On 29 Nov 2013, at 15:59, Mircea Markus wrote:
>>>>> 
>>>>>> 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). 
>>>> 
>>>> Cheers,
>>>> -- 
>>>> Mircea Markus
>>>> Infinispan lead (www.infinispan.org)
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> infinispan-dev mailing list
>>>> infinispan-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>> 
>>> ---
>>> Mark Little
>>> mlittle at redhat.com
>>> 
>>> JBoss, by Red Hat
>>> Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom.
>>> Registered in UK and Wales under Company Registration No. 3798903 Directors: Michael Cunningham (USA), Charlie Peters (USA), Matt Parsons (USA) and Brendan Lane (Ireland).
>>> 
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> infinispan-dev mailing list
>>> infinispan-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>> 
>> Cheers,
>> -- 
>> Mircea Markus
>> Infinispan lead (www.infinispan.org)
>> 
>> 
>> 
>> 
>> 
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
> 
> ---
> Mark Little
> mlittle at redhat.com
> 
> JBoss, by Red Hat
> Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom.
> Registered in UK and Wales under Company Registration No. 3798903 Directors: Michael Cunningham (USA), Charlie Peters (USA), Matt Parsons (USA) and Brendan Lane (Ireland).
> 
> 
> 
> 
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev

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