Re: [infinispan-dev] L1 Consistency with Sync Caches

2013-06-28 Thread Dan Berindei
On Fri, Jun 28, 2013 at 12:17 AM, William Burns mudokon...@gmail.comwrote: Trying to leave my points that would most likely have responses to second email so we can try to get back to a single thread :) No such luck :) Sorry for sending 2 replies in the first place, but it seemed more

Re: [infinispan-dev] L1 Consistency with Sync Caches

2013-06-28 Thread Dan Berindei
On Fri, Jun 28, 2013 at 12:51 AM, William Burns mudokon...@gmail.comwrote: On Thu, Jun 27, 2013 at 4:40 PM, Dan Berindei dan.berin...@gmail.com wrote: On Thu, Jun 27, 2013 at 4:40 PM, William Burns mudokon...@gmail.com wrote: Comments that were outstanding on PR: @danberindei:

Re: [infinispan-dev] File cache store comparison tests

2013-06-28 Thread Mircea Markus
Adding infinispan dev. Sent from my iPhone On 27 Jun 2013, at 22:59, Divya Mehra dme...@redhat.com wrote: Fyi - Input from Hiram on #jdg regarding levelDB configuration for better performance [1] chirino 2:48 was reviewing the leveldb bits and it seems like compression is off by

Re: [infinispan-dev] L1 Consistency with Sync Caches

2013-06-28 Thread Dan Berindei
On Fri, Jun 28, 2013 at 3:41 PM, William Burns mudokon...@gmail.com wrote: On Fri, Jun 28, 2013 at 5:53 AM, Dan Berindei dan.berin...@gmail.com wrote: On Fri, Jun 28, 2013 at 12:51 AM, William Burns mudokon...@gmail.com wrote: On Thu, Jun 27, 2013 at 4:40 PM, Dan Berindei

Re: [infinispan-dev] L1 Consistency with Sync Caches

2013-06-28 Thread William Burns
On Fri, Jun 28, 2013 at 5:14 AM, Dan Berindei dan.berin...@gmail.com wrote: On Fri, Jun 28, 2013 at 12:17 AM, William Burns mudokon...@gmail.com wrote: Trying to leave my points that would most likely have responses to second email so we can try to get back to a single thread :) No such

[infinispan-dev] protobuf as a marshalling format for infinispan remote-query

2013-06-28 Thread Adrian Nistor
Hi all, as some probably know protobuf was chosen as the serialization format for the remote query [1]. Them main reason for choosing it was that is /simple/, time tested, has good support for schema evolution, is nearly ubiquitous (some people say google uses it :)), has multiple language

Re: [infinispan-dev] protobuf as a marshalling format for infinispan remote-query

2013-06-28 Thread Manik Surtani
On 28 Jun 2013, at 19:33, Adrian Nistor anis...@redhat.com wrote: And finally, if anyone could suggest a better name for the stream-like package? I can't think of any other option except streamlike :) (which might be trade-marked) So any other options? If no options then we'll just call it

Re: [infinispan-dev] protobuf as a marshalling format for infinispan remote-query

2013-06-28 Thread Adrian Nistor
ProtoStreams fits :)! Many people seem to need such a library, that's why /protostuff/ [1] project was created as an alternative, which sadly is quite incomplete for our purposes (lacks support for schema evolution! - unknown fields are just discarded) and does not seem to be frequently

Re: [infinispan-dev] protobuf as a marshalling format for infinispan remote-query

2013-06-28 Thread Ray Tsang
On Jun 28, 2013, at 11:39, Manik Surtani msurt...@redhat.com wrote: On 28 Jun 2013, at 19:33, Adrian Nistor anis...@redhat.com wrote: And finally, if anyone could suggest a better name for the stream-like package? I can't think of any other option except *streamlike* :) (which might be