On 18 January 2011 03:01, Eric Evans wrote:
> On Mon, 2011-01-17 at 12:12 -0500, Jake Luciani wrote:
>> Some context: We have begun the process of removing Avro from the
>> service layer CASSANDRA-926. We currently use Avro for schema
>> migrations internally, and we have two open items that are u
On Mon, Jan 17, 2011 at 9:01 PM, Eric Evans wrote:
> > My opinion is we need to control the lowest layers of the code and not
> > rely on a third party library. By using a third party library like
> > Avro, it becomes a black box that we need to deeply understand and
> > work around. Also, since
On Mon, 2011-01-17 at 12:12 -0500, Jake Luciani wrote:
> Some context: We have begun the process of removing Avro from the
> service layer CASSANDRA-926. We currently use Avro for schema
> migrations internally, and we have two open items that are using Avro
> for our internal file storage. CASSAND
On Mon, Jan 17, 2011 at 11:12, Jake Luciani wrote:
> Hi,
>
> I'd to discuss if/when we should be using Avro or any serialization tool in
> the Cassandra core.
>
> Some context: We have begun the process of removing Avro from the service
> layer CASSANDRA-926. We currently use Avro for schema migra
On Mon, Jan 17, 2011 at 11:12 AM, Jake Luciani wrote:
> My opinion is we need to control the lowest layers of the code and not rely
> on a third party library.
+1. I think that a large part of we want to do at the bits-on-disk
level is a poor fit for the kind of serialized objects-with-fields
th
Hi,
I'd to discuss if/when we should be using Avro or any serialization tool in
the Cassandra core.
Some context: We have begun the process of removing Avro from the service
layer CASSANDRA-926. We currently use Avro for schema migrations internally,
and we have two open items that are using Avro
https://issues.apache.org/jira/browse/CASSANDRA-1997
On 16 January 2011 19:59, Stephen Connolly
wrote:
> it will be an attachment to an as yet un raised jira. look out for it
> tomorrow/tuesday
>
> - Stephen
>
> ---
> Sent from my Android phone, so random spelling mistakes, random nonsense
> word
Thanks Gary A HTTP transport based on NIO [1] may offer a considerable
performance. I may implement it locally and compare the performance.
Indika
[1] http://hc.apache.org/httpcomponents-core-ga/httpcore-nio/index.html
On Mon, Jan 17, 2011 at 8:01 PM, Gary Dusbabek wrote:
> No, it's not i
No, it's not in trunk. I created the branch as a proof-of-concept
only. I can see the utility of a RESTful interface, but I doubt
you'll be able to achieve performance comparable to thrift.
Gary
On Mon, Jan 17, 2011 at 07:23, indika kumara wrote:
> Hi Gary,
>
> Thank you very much for the info
Hi Gary,
Thank you very much for the information. BTW, It seems that your transport
code is not in the Cassandra's trunk. Is it going add that code into the
trunk? BTW, do you think what I suggested would be worth? If so, I would
like to implement it.
Thanks,
Indika
On Mon, Jan 17, 2011 at 7:0
It wouldn't be hard to do. Cassandra is structured in such a way that
it is pretty easy to wrap a transport around a few classes that handle
most of the client interaction. Last September I created a
RESTful-like version of Cassandra in just a few hours. I haven't
maintained the branch, but you
FYI,
I have started working on a wiki page for uploading to Maven Central.
http://wiki.apache.org/cassandra/HowToPublishToMavenCentral
There is an open issue: namely where are the public GPG keys of
Cassandra Developers kept so that 3rd parties can verify that the
release they download from cent
12 matches
Mail list logo
