[infinispan-dev] Infinispan embedded off-heap cache
cotton-ben
ben.cotton at ALUMNI.RUTGERS.EDU
Fri Mar 7 12:11:09 EST 2014
Thanks Peter. The plan is for Dmitry and I to at first extend
VanillaSharedHashMap and groom it into an ISPN7 join via their
DataContainer API bridge.
That ExtendedVSHM will be morphed into a fully inter-operable JCACHE
operand will
- initially be brokered by the ISPN 7 config (JSR107 <---->
VSHMExtendedDataContainer <----> VSHM)
- eventually, possibly, be rendered with ExtendedVSHM directly
implementing javax.cache.Cache (in addititon to DataContainer)
On 03/07/2014 11:43 AM, Peter Lawrey wrote:
>
> In the medium term I would see SHM supporting a DataContainer. If a
> Cache were supported I would do it as a layered class so those who
> don't need the functionality of a Cache don't incur an overhead.
>
> On 8 Mar 2014 03:35, "Ben Cotton" <ben.cotton at alumni.rutgers.edu
> <mailto:ben.cotton at alumni.rutgers.edu>> wrote:
>
> Thank you for this insight Mircea ...
>
> Ultimately ... I want the OpenHFT SHM off-heap operand to behave
> *exactly* like a JCACHE ... Amenable to being soundly/completely
> operated upon by any/all parts of ISPN7's Impl of the JSR-107 API .
>
> Musing openly: Won't that (eventually) necessitate me physically
> implementing javax.cache.Cache ?
> /
> //> //Another way to do it is to have CacheImpl implement the
> DataContainer only, and then configure Infinispan's JCache
> implementation to use that custom DataContainer.
>
> /I see what you mean. OK, for sure, this sounds much simpler than
> what I have put on my initial TODO list.
>
> Question: Will doing it this way in any manner suggest that my
> JSR-107 specific operators are being transitively "brokered" by
> the ISPN config onto my OpenHFT SHM operand? If possible, I want
> everything to be direct -- no API bridge.
>
> Thanks again, Mircea.
>
> -Ben and Dmitry
>
> Sent from my iPhone
> On 03/07/2014 09:45 AM, Mircea Markus-2 [via Infinispan Developer
> List] wrote:
>> Hi Ben,
>>
>> In the diagram provided, the CacheImpl (your class) extends both
>> from javax.cache.Cache and org.infinispan.container.DataContainer.
>> The Cache and DataContainer interfaces are quite different and I
>> anticipate an single class implementing both to be hard to follow
>> and potentially not very efficient.
>> Another way to do it is to have CacheImpl implement the
>> DataContainer only, and then configure Infinispan's JCache
>> implementation to use that custom DataContainer.
>>
>> On Mar 3, 2014, at 3:46 PM, cotton-ben <[hidden email]
>> <http://user/SendEmail.jtp?type=node&node=4028967&i=0>> wrote:
>>
>> > Quick Update:
>> >
>> > It is my understandng that Peter Lawrey will make available an
>> OpenHFT HC
>> > Alpha Release in Maven Central next weekend. At that time,
>> Dmitry Gordeev
>> > and I will take the OpenHFT dependency tag and proceed to build
>> a branch of
>> > Red Hat's ISPN 7 that will treat
>> net.openhft.collections.SharedHashMap as a
>> > Red Hat Infinispan 7 default impl of a fully JSR-107
>> interoperable off-heap
>> > javax.cache.Cache ...
>> >
>> > A diagram of this build effort can be found here:
>> >
>> https://raw.github.com/Cotton-Ben/OpenHFT/master/doc/AdaptingOpenHFT-SHM-as-JCACHE-Impl.jpg
>> > ...
>> >
>> > The Red Hat view of his effort will be tracked here:
>> > https://issues.jboss.org/browse/ISPN-871 ...
>> >
>> > The code that defines the Impl will be here
>> > https://github.com/Cotton-Ben/infinispan ...
>> >
>> >
>> >
>> >
>> >
>> > --
>> > View this message in context:
>> http://infinispan-developer-list.980875.n3.nabble.com/infinispan-dev-Infinispan-embedded-off-heap-cache-tp4026102p4028931.html
>> > Sent from the Infinispan Developer List mailing list archive at
>> Nabble.com.
>> > _______________________________________________
>> > infinispan-dev mailing list
>> > [hidden email]
>> <http://user/SendEmail.jtp?type=node&node=4028967&i=1>
>> > https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>
>> Cheers,
>> --
>> Mircea Markus
>> Infinispan lead (www.infinispan.org <http://www.infinispan.org>)
>>
>>
>>
>>
>>
>> _______________________________________________
>> infinispan-dev mailing list
>> [hidden email]
>> <http://user/SendEmail.jtp?type=node&node=4028967&i=2>
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>
>>
>> ------------------------------------------------------------------------
>> If you reply to this email, your message will be added to the
>> discussion below:
>> http://infinispan-developer-list.980875.n3.nabble.com/infinispan-dev-Infinispan-embedded-off-heap-cache-tp4026102p4028967.html
>>
>> To start a new topic under Infinispan Developer List, email
>> ml-node+s980875n2085493h0 at n3.nabble.com
>> <mailto:ml-node+s980875n2085493h0 at n3.nabble.com>
>> To unsubscribe from [infinispan-dev] Infinispan embedded off-heap
>> cache, click here
>> <http://infinispan-developer-list.980875.n3.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4026102&code=YmVuLmNvdHRvbkBBTFVNTkkuUlVUR0VSUy5FRFV8NDAyNjEwMnwtMTU2ODA0NTc1OA==>.
>> NAML
>> <http://infinispan-developer-list.980875.n3.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>>
>
--
View this message in context: http://infinispan-developer-list.980875.n3.nabble.com/infinispan-dev-Infinispan-embedded-off-heap-cache-tp4026102p4028979.html
Sent from the Infinispan Developer List mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20140307/20848dbd/attachment-0001.html
More information about the infinispan-dev
mailing list