+1
On 14 May 2008, at 22:22, John P. A. Verhaeg wrote:
The big difference here seems to be the exposure of the updates
before the distributed transaction is committed. What I'm
suggesting is still XA-compliant, while compensating transactions
are not.
Randall Hauch wrote:
> This is the behavior allowed by JBoss Transactions (Arjuna), and it
> seems useful. However, I wonder if we can do compensating
> transactions, is there still an advantage to supporting n-1 XA plus
> 1 non-XA?
>
> Cheers,
>
> Randall
>
> On May 14, 2008, at 4:10 PM, John P. A. Verhaeg wrote:
>
>> Seems like we ought to strive to support n-1 XA resources for
>> distributed transactions, allowing for the last participant in a
>> transaction (thus, this participants updates can't be done in
>> parallel with the other resources) to not support XA transactions,
>> but still participate in a distributed transaction with other XA-
>> compliant resources. Unlike compensating transactions, the non-XA
>> participant would appear transactional and none of the updates
>> would be visible until the entire transaction was complete. It
>> seems like this could open up many more possible configurations
>> for customers.
>> _______________________________________________
>> dna-dev mailing list
>> dna-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/dna-dev
>
>
_______________________________________________
dna-dev mailing list
dna-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/dna-dev
----
Mark Little
mlittle(a)redhat.com
JBoss, a Division of 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).