[infinispan-issues] [JBoss JIRA] (ISPN-3737) L1 requestor registered after value read

[Radim Vansa (JIRA)]

    [ https://issues.jboss.org/browse/ISPN-3737?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12927749#comment-12927749 ] 

Radim Vansa commented on ISPN-3737:
-----------------------------------

I have experienced that with RC. But you can check out as soon as you get the unit test reproducing this with RR.
                
> L1 requestor registered after value read
> ----------------------------------------
>
>                 Key: ISPN-3737
>                 URL: https://issues.jboss.org/browse/ISPN-3737
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Distributed Cache
>    Affects Versions: 6.0.0.Final
>            Reporter: Radim Vansa
>            Assignee: William Burns
>            Priority: Critical
>              Labels: 620
>
> As the L1 requestor is registered only after the value is retrieved from data container, the (transactional) update of the value may not invalide the entry after write and the cache gets inconsistent.
> Consider this interleaving of operations (G=get request from other node, C=commit)
> R: read value -> old value
> C: update old -> new
> C: notify requestors for key
> R: add requestor for key

--
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