[infinispan-issues] [JBoss JIRA] (ISPN-2767) Retrofit storeAsBinary to allow implementation of JSR107 store by value

Galder Zamarreño (JIRA) jira-events at lists.jboss.org
Mon Feb 18 04:19:56 EST 2013


     [ https://issues.jboss.org/browse/ISPN-2767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Work on ISPN-2767 started by Galder Zamarreño.

> Retrofit storeAsBinary to allow implementation of JSR107 store by value 
> ------------------------------------------------------------------------
>
>                 Key: ISPN-2767
>                 URL: https://issues.jboss.org/browse/ISPN-2767
>             Project: Infinispan
>          Issue Type: Sub-task
>          Components: Core API, Marshalling
>    Affects Versions: 5.2.0.CR3
>            Reporter: Vladimir Blagojevic
>            Assignee: Galder Zamarreño
>             Fix For: 6.0.0.Final
>
>
> storeAsBinary in Infinispan was designed with the following purposes in mind, in order of importance:
> 1) Performance.  Prevent serialising/deserializing an entry multiple times (e.g., to write through to disk, to replicate over the network, concurrent threads needing to read the object representation).
> 2) Classloader isolation (as Galder mentioned).  This became a secondary purpose of this feature (originally observed as a side-effect).  Enhanced by allowing storeKeyAsBinary and storeValueAsBinary options for more fine-grained control of this behaviour.
> Now lets consider what JSR 107 needs.  Similarly named, the feature in JSR 107 serves a completely different purpose, and this is referential integrity.  Think database-style isolation (repeatable read, etc) where concurrent threads holding object references to the same value, and mutating the same value, are not visible until a commit.  
> I originally thought that Infinispan's storeAsBinary can be used for this, but apparently not without some additional changes/tweaks.  Maybe we need:
> 1) A new config option for this behaviour.  <storeAsBinary defensive="true" /> ?
> 2) If enabled, maybe use a subclass of MarshalledValue (DefensiveMarshalledValue?) that *always* stores a byte[] and never caches the object representation?

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