For Usergrid, we use Jersey (http://jersey.java.net/), the Sun
implementation of JAX-RS, which makes use of Jackson
(http://wiki.fasterxml.com/JacksonHome) for the JSON marshalling. I'd
heartily recommend using those if you're going to roll your own REST
implementation in Java.
If you're looking
+1 that's a great idea
On Wed, Jul 20, 2011 at 10:19 AM, Jonathan Ellis wrote:
> I'd love to put a "Planet Cassandra" aggregator together.
>
> On Wed, Jul 20, 2011 at 12:13 PM, Ed Anuff wrote:
>> I think that what's being asked for isn't so
I think that what's being asked for isn't so much announcements as
some sort of way of communicating or summarizing roadmap. However, in
practical matters, I'm not sure how this can be done in a mailing list
form. Anything that gets "announced" as roadmap is either so far
along that it's not road
Is there a way to specify this? I only see the gzip'd files at
https://builds.apache.org/job/Cassandra/lastStableBuild/, but was looking
for something I could specify as a repository in my pom.xml.
Ed
Is it safe to assume that anywhere that you're provided with a ByteBuffer
that it's ok to leave it's position wherever you want or should you be
calling buffer.duplicate() and working with your copy of the buffer? I've
tried to trace anything that calls the new method signatures in AbstractType
an
Interesting, I can't comment on the applicability of msgpack within
Cassandra, but I posted something a while back about a serialization
technique I was using for implementing inverted indexes at the
application level on top of Cassandra
(http://github.com/edanuff/CassandraCompositeType). I used a
Are the restrictions on column family names specified anywhere? I see that
hyphens aren't allowed, and I assume anything else that wouldn't work in a
filename? I assume that underscores, commas, and periods are allowed?
Thanks
Ed
On Thu, May 6, 2010 at 11:10 PM, Mike Malone wrote:
>
> The upshot is, the Cassandra data model would go from being "it's a nested
> dictionary, just kidding no it's not!" to being "it's a nested dictionary,
> for serious." Again, these are all just ideas... but I think this
> simplified
> data m
