[infinispan-dev] rethinking ISPN transactions

Erik Salter an1310 at hotmail.com
Tue Nov 19 11:27:12 EST 2013


Thanks for reminding me:

 

I don't know if this has been mentioned in this thread yet, but if you're
thinking about getting rid of 1PCs, consider the effect on xsite and some of
the options available for load-balancing data (multiple site masters, etc.).
You still may want a 1PC in between sites to mitigate WAN traffic, though
the local application may be 2PC.

 

I know there's the ability to control the segments, but I'm not sure that
will be enough.

 

Erik

 

From: infinispan-dev-bounces at lists.jboss.org
[mailto:infinispan-dev-bounces at lists.jboss.org] On Behalf Of Dan Berindei
Sent: Tuesday, November 19, 2013 11:02 AM
To: infinispan -Dev List
Subject: Re: [infinispan-dev] rethinking ISPN transactions

 

Maybe synchronization support is another thing that we should scrap in 7.0,
then?

 

BTW, I've also seen the transaction timeout that Radim mentioned, but only
recently. I wonder if we could do anything to increase it for the stress
tests.

 

On Tue, Nov 19, 2013 at 4:40 PM, Erik Salter <an1310 at hotmail.com> wrote:


-> this is quite a subtle aspect of JTA transactions (is

Synchronisation.afterCompletion failures are not propagated to the user) -
you have a very good point here, thanks!

This right here has burned me very badly.  I think this really needs to be
called out, especially if we're using this mode rather than full-blown XA.

Erik


_______________________________________________
infinispan-dev mailing list
infinispan-dev at lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20131119/b84e00cf/attachment.html 


More information about the infinispan-dev mailing list