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
I imagine that you plan to contribute this back to ISPN? (which would be
awesome, btw)
How do you plan to organize your source code, btw? I think an new mvn module
under infinispan, at the same level with core, would be a good idea, as we try
to keep core's dependencies at a min.
On Mar 6,
On Mar 6, 2014, at 9:21 AM, Emmanuel Bernard emman...@hibernate.org wrote:
On Wed 2014-03-05 17:16, Mircea Markus wrote:
Sanne came with a good follow up to this email, just some small
clarifications:
On Mar 4, 2014, at 6:02 PM, Emmanuel Bernard emman...@hibernate.org wrote:
If you
On 7 March 2014 14:54, Mircea Markus mmar...@redhat.com wrote:
On Mar 6, 2014, at 9:21 AM, Emmanuel Bernard emman...@hibernate.org wrote:
On Wed 2014-03-05 17:16, Mircea Markus wrote:
Sanne came with a good follow up to this email, just some small
clarifications:
On Mar 4, 2014, at 6:02
On Mar 7, 2014, at 3:21 PM, Sanne Grinovero sa...@infinispan.org wrote:
On 7 March 2014 14:54, Mircea Markus mmar...@redhat.com wrote:
On Mar 6, 2014, at 9:21 AM, Emmanuel Bernard emman...@hibernate.org wrote:
On Wed 2014-03-05 17:16, Mircea Markus wrote:
Sanne came with a good follow up
On 07 Mar 2014, at 16:21, Sanne Grinovero sa...@infinispan.org wrote:
Is it possible to use an index for x-cache joins with linear index update
time and query?
Index update cost is not linear but LogN: approximates to a constant
cost. And we could cut this constant by 4 orders of
On 7 March 2014 15:27, Mircea Markus mmar...@redhat.com wrote:
On Mar 7, 2014, at 3:21 PM, Sanne Grinovero sa...@infinispan.org wrote:
On 7 March 2014 14:54, Mircea Markus mmar...@redhat.com wrote:
On Mar 6, 2014, at 9:21 AM, Emmanuel Bernard emman...@hibernate.org wrote:
On Wed 2014-03-05
On 7 March 2014 15:55, Emmanuel Bernard emman...@hibernate.org wrote:
On 07 Mar 2014, at 16:21, Sanne Grinovero sa...@infinispan.org wrote:
Is it possible to use an index for x-cache joins with linear index update
time and query?
Index update cost is not linear but LogN: approximates to a
today core passed, but: the Infinispan Hot Rod Client seems to fail
because of an OutOfMemory Java heap space.
On 6 March 2014 18:08, Sanne Grinovero sa...@infinispan.org wrote:
Results :
Failed tests:
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
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
I imagine that you plan to contribute this back to ISPN? (which
would be awesome, btw)
Of course!(BTW, I do want Pete M. to ship me my Mark Little
autographed RH fedora ASAP).
How do you plan to organize your source code, btw?
Any way you see fit.
Peter just 48 hours ago put OpenHFT
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
13 matches
Mail list logo