Hi Rory,
On 07 Mar 2014, at 10:06, Rory O'Donnell Oracle, Dublin Ireland
rory.odonn...@oracle.com wrote:
Hi Galder,
The Adopt OpenJDK Group are promoting the testing of FOSS projects with
OpenJDK builds,
whether their own, or from someone else. We want to acknowledge projects who
are
Hi all,
we are exposing a nice feature inherited from the Search engine via
the simple DSL version, the one which is also available via Hot Rod:
org.infinispan.query.dsl.Query.getResultSize()
To be fair I hadn't noticed we do expose this, I just noticed after a
recent PR review and I found it
Hi all,
we are exposing a nice feature inherited from the Search engine via
the simple DSL version, the one which is also available via Hot Rod:
org.infinispan.query.dsl.Query.getResultSize()
To be fair I hadn't noticed we do expose this, I just noticed after a
recent PR review and I found it
Ok you make some good points, and I've no doubts of it being useful.
My only concern is that this could slow us down significantly in
providing other features which might be even more useful or pressing.
You have to pick your battles and be wise on where to spend energy
first.
Considering that
On Mar 10, 2014, at 13:16, Adrian Nistor anis...@redhat.com wrote:
I'd vote for keeping it, and executing it lazily in environments where it is
costly to compute it upfront.
from a user perspective I see a lot of reason to have this in.
And off course, document this properly so users
On Mar 10, 2014, at 15:12, Sanne Grinovero sa...@infinispan.org wrote:
Ok you make some good points, and I've no doubts of it being useful.
My only concern is that this could slow us down significantly in
providing other features which might be even more useful or pressing.
You have to
As per Mircea, I moved my Fork's [jcache-off-heap] ISPN7 module to new name
[off-heap] ISPN7 module. We will now use the
org.inifnispan.container.DataContainer API to cross the Red Hat bridge to
JCACHE.
https://github.com/Cotton-Ben/infinispan/commit/1ea7b859fabe181fa453f15ce1f746dd68691d32
