Re: [infinispan-dev] Issue about propagation of the RollbackCommand in Infinispan 5.2.0

On 8/18/12 3:14 PM, Pedro Ruivo wrote: > Hi, > > see inline. > > Cheers > Pedro (...) > My 2 cents if the following: > mark the transaction "as prepared" when the prepare reaches the > ReplicationInterceptor and, when the rollback command is created, send > this information with it. > > Each node, when received the rollback command, check this information: > 1) if it is marked "as prepared", waits for the prepare (or do other > stuff, e.g. mark the remote transaction as rollback only, ignore the > prepare when received and unlock possible locked keys) > 2) if it is not marked "as prepared", unlock possible locked keys I've already implemented a solution like this ;-) . But you can do better: you can simply avoid to send the rollback messages that trigger your point 2). In this way you avoid unnecessary flooding of the network. Do you agree with me?

Thanks for you reply Pedro. Cheers, Sebastiano >> Thank you for the reply. >> >> Cheers, >> >> Sebastiano >> >> [1] https://issues.jboss.org/browse/ISPN-2081 >> >> _______________________________________________ >> infinispan-dev mailing list >> infinispan-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/infinispan-dev > _______________________________________________ > infinispan-dev mailing list > infinispan-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev _______________________________________________ infinispan-dev mailing list infinispan-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev