[infinispan-dev] Data Container configuration changes

William Burns mudokonman at gmail.com
Wed Oct 26 18:06:43 EDT 2016


I have been working on adding in off heap support for a given cache.  I
wanted to check in and let you all know what I was thinking for the
configuration and changes that would come about with it.

TLDR;
New config under data container to enable off heap, StoreAsBinary removed,
Equivalence removed

First I was planning on adding new sub elements of data container.  These
would be instance, binary and off-heap.  Only of the three could be picked
as they are mutually exclusive.  Instance is as we operate now where we
store the instance of the object passed to us.  Binary is essentially what
we have now that is called storeAsBinary with both keys and values
converted.  Lastly off-heap would store the entry as a byte[] store
completely in native memory.

Example:

 <data-container>
   <off-heap/>
  </data-container>

The reason it is a subelement instead of a property is because off-heap
will most likely require some additional configuration to tell how many
entries to store in the a bucket (think non resizing HashMap).

With these changes storeAsBinary becomes redundant, so I was planning on
removing this configuration completely.  I would rather remove since this
is 9.0 and not deprecate.  As far as I know nobody really used it before.

Also another side effect is I was removing all of the Equivalence classes.
I am not sure if I can plainly remove them since they have lived in commons
for quite a while, but it would be best if I could, although I am fine
deprecating.  In its place the instance setting for data-container will
always wrap byte[] to satisfy equals and hashCode methods.

Any feedback would be appreciated.

Thanks,
 - Will
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20161026/fa5bae03/attachment.html 


More information about the infinispan-dev mailing list