[infinispan-issues] [JBoss JIRA] (ISPN-3829) Null value read with RR can be replaced by cache loader value

William Burns (JIRA) issues at jboss.org
Thu Dec 12 12:04:33 EST 2013


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

William Burns commented on ISPN-3829:
-------------------------------------

ISPN-3797 will fix this in a better fashion.  However we may have to fix this for a version Infinispan 6
                
> Null value read with RR can be replaced by cache loader value
> -------------------------------------------------------------
>
>                 Key: ISPN-3829
>                 URL: https://issues.jboss.org/browse/ISPN-3829
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Loaders and Stores
>    Affects Versions: 6.0.0.Final
>            Reporter: William Burns
>            Assignee: Mircea Markus
>
> Currently the CacheLoaderInterceptor does the following check to determine if it should check the loader for a value
> {code}
> if (e == null || e.isNull() || e.getValue() == null) {
> {code}
> Unfortunately this means it checks the loader when a null value is in the entry when using RR.  This can cause an issue if another transaction commits that key and puts a value that results in that value being inserted into the loader.
> This also is a performance issue for RR, since it has to check the loader over and over for a given key even if it was found null the first time.
> Initial thought is to do something like setSkipRemoteGet and that could actually be used for a dual purpose possibly.

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