[infinispan-issues] [JBoss JIRA] (ISPN-3460) Refactor the CacheEntry hierarchy

[Dan Berindei (JIRA)]

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

Dan Berindei commented on ISPN-3460:
------------------------------------

I would also like to create a separate interface for context entries, one that is not implemented by entries in the data container. It would require an extra instance to wrap the internal entry into the context, but I think we can avoid that for non-tx/implicit tx reads if we replace the repl read optimization we have now with a new "interceptor" chain that handles reads without a context (each interceptor would take in a key+flags and return an entry).


> Refactor the CacheEntry hierarchy
> ---------------------------------
>
>                 Key: ISPN-3460
>                 URL: https://issues.jboss.org/browse/ISPN-3460
>             Project: Infinispan
>          Issue Type: Enhancement
>          Components: Core
>            Reporter: Mircea Markus
>            Assignee: William Burns
>            Priority: Minor
>
> ATM we keep the metadata information in 3 places: CacheValues, CacheEntries and Metadata. We should move everything in the Metadata and make the CacheValues and the CacheEntries reference it.
> Also look at MimeMetadataHelper in REST cache store...



--
This message was sent by Atlassian JIRA
(v7.5.0#75005)