Re: modular build and pluggable rpc

2011-06-01 Thread Andrew Purtell
From: Lars George lars.geo...@gmail.com What would common be anyways? Just curious. Maybe 'common' should be 'core' ? Also, Flume is using Thrift, so do quite a few here as the gateway server to access HBase. Could we get some reports from those who used it if they are happy with the

Re: modular build and pluggable rpc

2011-05-31 Thread Ryan Rawson
The cost of serialization is non trivial and a substantial expense in conveying information from regionserver - client. I did some timings, and sending data across the wire is surprisingly slow, but attempting to compress it with various compression systems ended up taking 50-100ms on average

Re: modular build and pluggable rpc

2011-05-31 Thread Eric Yang
+1 on Server and Client sub-modules. Jackson 1.7 supports BSON. Jersey 1.6 (latest) is including Jackson 1.5.5 but can be swap out with Jackson 1.7 with maven tricks or wait for Jersey to update to the latest jackson. Regards, Eric On 5/31/11 1:22 PM, Stack st...@duboce.net wrote: On Mon,

Re: modular build and pluggable rpc

2011-05-31 Thread Andrew Purtell
From: Gary Helmling ghelml...@gmail.com [...]  I'm personally not really interested in repeating the work to incorporate security over a new HTTP based stack. I think I'd need some convincing that an HTTP transport would perform better than what we have.  I'm more inclined to go an

Re: modular build and pluggable rpc

2011-05-30 Thread Eric Yang
already developed and modularize the build, which Eric has already volunteered to do. - Andy --- On Fri, 5/27/11, Todd Lipcon t...@cloudera.com wrote: From: Todd Lipcon t...@cloudera.com Subject: Re: modular build and pluggable rpc To: dev@hbase.apache.org Cc: apurt...@apache.org Date: Friday

Re: modular build and pluggable rpc

2011-05-27 Thread Andrew Purtell
apurt...@apache.org Subject: modular build and pluggable rpc To: dev@hbase.apache.org Date: Friday, May 27, 2011, 12:49 PM From IRC: apurtell    i propose we take the build modular as early as possible to deal with multiple platform targets apurtell    secure vs nonsecure apurtell    0.20 vs

Re: modular build and pluggable rpc

2011-05-27 Thread Todd Lipcon
to work with that modularization is the right short-term solution. -Todd  - Andy --- On Fri, 5/27/11, Todd Lipcon t...@cloudera.com wrote: From: Todd Lipcon t...@cloudera.com Subject: Re: modular build and pluggable rpc To: dev@hbase.apache.org Cc: apurt...@apache.org Date: Friday, May 27

Re: modular build and pluggable rpc

2011-05-27 Thread Ryan Rawson
: From: Todd Lipcon t...@cloudera.com Subject: Re: modular build and pluggable rpc To: dev@hbase.apache.org Cc: apurt...@apache.org Date: Friday, May 27, 2011, 1:30 PM Agreed - I'm all for Thrift. Though, I actually, contrary to Ryan, think that the existing HBaseRPC handler/client code