[jboss-user] [JBossCache] - Re: Transactions problem

2006-12-14 Thread [EMAIL PROTECTED]
Yes. You would want SYNC_REPL though. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3993956#3993956 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3993956 ___ jboss-user maili

[jboss-user] [JBossCache] - Re: Transactions problem

2006-11-29 Thread qwier
"[EMAIL PROTECTED]" wrote : You can't. We don't do cluster-wide locks. :-) Remote locks are obtained on transaction commit time. OK., Lets assume a situation where N services on N different JBoss instances are reading and modifying data, how data integrity can be achieved? Only by catching f

[jboss-user] [JBossCache] - Re: Transactions problem

2006-11-29 Thread qwier
"[EMAIL PROTECTED]" wrote : If you removed your sleep time, chances of success are higher, but there will still be that race condition. This is expected since cluster-wide locks are not obtained when you read your node using a cache.get(). Thanks! But how can I obtain cluster-wide locks when

[jboss-user] [JBossCache] - Re: Transactions problem

2006-11-29 Thread [EMAIL PROTECTED]
You can't. We don't do cluster-wide locks. :-) Remote locks are obtained on transaction commit time. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989748#3989748 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=398974

[jboss-user] [JBossCache] - Re: Transactions problem

2006-11-29 Thread [EMAIL PROTECTED]
If they run simultaneously, both transactions won't succeed. One of them will fail since there will be a race condition to commit at the same time, and both transactions will have locks on the node in question. If you removed your sleep time, chances of success are higher, but there will sti