Re: [infinispan-dev] About size()

2014-10-09 Thread Dan Berindei
On Wed, Oct 8, 2014 at 7:53 PM, William Burns mudokon...@gmail.com wrote: On Wed, Oct 8, 2014 at 12:41 PM, Dan Berindei dan.berin...@gmail.com wrote: On Wed, Oct 8, 2014 at 6:19 PM, Radim Vansa rva...@redhat.com wrote: Users expect that size() will be constant-time (or linear to

[infinispan-dev] Early Access builds for JDK 9 b33 and JDK 8u40 b09 are available on java.net

2014-10-09 Thread Rory O'Donnell Oracle, Dublin Ireland
Hi Galder, Early Access build for JDK 9 b33 https://jdk9.java.net/download/ is available on java.net, summary of changes are listed here http://www.java.net/download/jdk9/changes/jdk9-b33.html Early Access build for JDK 8u40 b09 http://jdk8.java.net/download.html is available on java.net,

[infinispan-dev] TopologySafe Map / Reduce

2014-10-09 Thread Emmanuel Bernard
Pedro and I have been having discussions with the LEADS guys on their experience of Map / Reduce especially around stability during topology changes. This ties to the .size() thread you guys have been exchanging on (I only could read it partially). On the requirements, theirs is pretty

Re: [infinispan-dev] TopologySafe Map / Reduce

2014-10-09 Thread William Burns
Actually this was something I was hoping to get to possibly in the near future. I already have to do https://issues.jboss.org/browse/ISPN-4358 which will require rewriting parts of the distributed entry iterator. In doing so I was planning on breaking this out to a more generic framework where

Re: [infinispan-dev] TopologySafe Map / Reduce

2014-10-09 Thread Dan Berindei
On Thu, Oct 9, 2014 at 3:40 PM, William Burns mudokon...@gmail.com wrote: Actually this was something I was hoping to get to possibly in the near future. I already have to do https://issues.jboss.org/browse/ISPN-4358 which will require rewriting parts of the distributed entry iterator. In

Re: [infinispan-dev] About size()

2014-10-09 Thread Mircea Markus
On Oct 8, 2014, at 16:19, Radim Vansa rva...@redhat.com wrote: Users expect that size() will be constant-time (or linear to cluster size), and generally fast operation. I'd prefer to keep it that way. Though, even the MR way (used for HotRod size() now) needs to crawl through all the

Re: [infinispan-dev] About size()

2014-10-09 Thread Mircea Markus
On Oct 8, 2014, at 15:42, William Burns mudokon...@gmail.com wrote: So it seems we would want to change this for 7.0 if possible since it would be a bigger change for something like 7.1 and 8.0 would be even further out. I should be able to put this together for CR2. +1, plese go for it.

Re: [infinispan-dev] About size()

2014-10-09 Thread Mircea Markus
On Oct 8, 2014, at 15:57, Dan Berindei dan.berin...@gmail.com wrote: On Wed, Oct 8, 2014 at 5:42 PM, William Burns mudokon...@gmail.com wrote: So it seems we would want to change this for 7.0 if possible since it would be a bigger change for something like 7.1 and 8.0 would be even further

Re: [infinispan-dev] TopologySafe Map / Reduce

2014-10-09 Thread Pedro Ruivo
On 10/09/2014 03:40 PM, William Burns wrote: Actually this was something I was hoping to get to possibly in the near future. I already have to do https://issues.jboss.org/browse/ISPN-4358 which will require rewriting parts of the distributed entry iterator. In doing so I was planning on

Re: [infinispan-dev] TopologySafe Map / Reduce

2014-10-09 Thread Pedro Ruivo
On 10/09/2014 04:41 PM, Dan Berindei wrote: On Thu, Oct 9, 2014 at 3:40 PM, William Burns mudokon...@gmail.com mailto:mudokon...@gmail.com wrote: Actually this was something I was hoping to get to possibly in the near future. I already have to do