Get the minutes from here:
http://transcripts.jboss.org/meeting/irc.freenode.org/infinispan/2014/infinispan.2014-10-06-14.02.log.html
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
I forgot to send this last week :)
Get the minutes from here:
http://transcripts.jboss.org/meeting/irc.freenode.org/infinispan/2014/infinispan.2014-09-29-14.02.log.html
Tristan
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
http://google-opensource.blogspot.ro/2014/10/google-summer-of-code-2015-and-google.html
http://www.google-melange.com/gsoc/events/google/gsoc2015
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
Last week:
* HRCPP-174 MSI installer not working on WIN32 platforms
* cleanup + OSGi tests for
https://github.com/infinispan/infinispan/pull/2640
* product work
* integrated the uberjar fixes
This week:
* finish tests and integrate PR #2640
* ISPN-3836 TCCL socket leak
* HRCPP-173 The HotRod
Hi guys,
since Vladimir and myself are starting work on the server management
console task (ISPN-4800), I have created the feature branch to which
pull requests will be issued directly on the Infinispan GitHub repository.
https://github.com/infinispan/infinispan/tree/ISPN-4800/management_ui
If you have one local and one shared cache store, how should the command
behave?
a) distexec/MR sum of cache.withFlags(SKIP_REMOTE_LOOKUP,
SKIP_BACKUP_ENTRIES).size() from all nodes? (note that there's no
SKIP_BACKUP_ENTRIES flag right now), where this method returns
localStore.size() for
On Tue, Oct 7, 2014 at 7:32 AM, Radim Vansa rva...@redhat.com wrote:
If you have one local and one shared cache store, how should the command
behave?
a) distexec/MR sum of cache.withFlags(SKIP_REMOTE_LOOKUP,
SKIP_BACKUP_ENTRIES).size() from all nodes? (note that there's no
On 10/07/2014 02:21 PM, William Burns wrote:
On Tue, Oct 7, 2014 at 7:32 AM, Radim Vansa rva...@redhat.com wrote:
If you have one local and one shared cache store, how should the command
behave?
a) distexec/MR sum of cache.withFlags(SKIP_REMOTE_LOOKUP,
SKIP_BACKUP_ENTRIES).size() from all
Considering all these very valid concerns I'd return on my proposal
for throwing runtime exceptions via an (optional) decorator.
I'd have such a decorator in place by default, so that we make it very
clear that - while you can remove it - the behaviour of such methods
is unusual and that a user
On Tue, Oct 7, 2014 at 8:43 AM, Radim Vansa rva...@redhat.com wrote:
On 10/07/2014 02:21 PM, William Burns wrote:
On Tue, Oct 7, 2014 at 7:32 AM, Radim Vansa rva...@redhat.com wrote:
If you have one local and one shared cache store, how should the command
behave?
a) distexec/MR sum of
Considering the frequency of How do I get the number of entries in
cache, How do I get all keys on all forums, I think that backing to
runtime exception would not satisfy the users.
On 10/07/2014 03:16 PM, Sanne Grinovero wrote:
Considering all these very valid concerns I'd return on my
I'm not sure idiot-proof API is what we want to encourage. I'd rather
tell users to RTFM.
Tristan
On 07/10/14 16:23, Sanne Grinovero wrote:
On 7 October 2014 14:42, Radim Vansa rva...@redhat.com wrote:
Considering the frequency of How do I get the number of entries in
cache, How do I get all
12 matches
Mail list logo