[infinispan-issues] [JBoss JIRA] (ISPN-3236) Repeatable Read: Transactions are not isolated when read non-existing keys
Pedro Ruivo (JIRA)
jira-events at lists.jboss.org
Mon Jun 17 08:46:21 EDT 2013
[ https://issues.jboss.org/browse/ISPN-3236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Pedro Ruivo updated ISPN-3236:
------------------------------
Labels: isolation (was: )
> Repeatable Read: Transactions are not isolated when read non-existing keys
> --------------------------------------------------------------------------
>
> Key: ISPN-3236
> URL: https://issues.jboss.org/browse/ISPN-3236
> Project: Infinispan
> Issue Type: Bug
> Components: Transactions
> Affects Versions: 5.3.0.CR1
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Labels: isolation
> Fix For: 5.3.0.Final
>
>
> Repeatable read transaction is not isolated when they read a non-existing key.
> tm.begin()
> cache.get(k) //returns null
> //in the meanwhile a transaction writes on k and commits
> cache.get(k) //return the new value. IMO, this is not valid for
> REPEATABLE_READ isolation level!
> //TODO add a test case for all the write operations (except put map because it does not read the old value)
> * put() //assert the return value
> * conditional put //if cache.get(k) returns null the putIfAbsent should never fail. Vice-version if cache.get(k) returns non-null
> * conditional replace //replace should never fail if used as old value the cache.get(k). And vice-versa
> * conditional remove //remove should never fail if used as old value the cache.get(k). And vice-versa
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the infinispan-issues
mailing list