Hi there,
What have been the problems with Hector? I assume you are using Java client, so
which client are you using now to use Cassandra?
Regards
Jay
-Original Message-
From: Radim Kolar [mailto:h...@filez.com]
Sent: 01 December 2012 19:06
To: dev@cassandra.apache.org
Subject: Re: He
Hi Jonathan,
Never mind it was an issue with the rmi hostname. Now it works and the issue
comes from the following lines (KeysSearcher.java in package
org.apache.cassandra.db.index.keys) :
if (logger.isDebugEnabled())
logger.debug(String.forma
I dig a little more deeply and the null value comes from the function
removeDeletedCF in file ColumnFamilyStore.java where cf.getColumnCount() = 0
and cf.isMarkedForDelete()=false
Hope it helps
Regards
Cyril SCETBON
On Dec 3, 2012, at 10:02 AM, Cyril Scetbon wrote:
> Hi Jonathan,
>
> Never
- world
Hi Jonathan,
This topic may have been discussed elsewhere, or my memory is worse off
than I thought, but what is our long term vision for thrift support?
Admittedly, I need to learn much more about the binary CQL protocol, and I
understand Ed's concerns, as well (more acutely now) about e
Oops, meant to address this specifically to Jonathan, but since I've
confused 'reply' with 'forward'. my apologies for any extra noise on this
topic.
On Mon, Dec 3, 2012 at 9:25 AM, Jason Brown wrote:
> - world
>
> Hi Jonathan,
>
> This topic may have been discussed elsewhere, or my memory is w
Alright, seems we can use a beta 3 before calling this a RC1.
So I'm closing this vote and I'll rebrand this as beta3 and do a short 24h
with that. And hopefully we'll have a true RC1 quickly after that.
Stay tuned.
--
Sylvain
On Mon, Dec 3, 2012 at 5:57 AM, Brandon Williams wrote:
> On Sun,
So it seems we have a few things to fix before calling it a proper release
candidate, but we still have had quite a bit of changes since beta2 so I
propose the following artifacts for release as 1.2.0-beta3.
sha1: b86f75dcd7041815bb66eb3d1bb2c143f8ba5d58
Git:
http://git-wip-us.apache.org/repos/asf
+1
On Mon, Dec 3, 2012 at 12:43 PM, Sylvain Lebresne wrote:
> So it seems we have a few things to fix before calling it a proper release
> candidate, but we still have had quite a bit of changes since beta2 so I
> propose the following artifacts for release as 1.2.0-beta3.
>
> sha1: b86f75dcd7041
+1
On Dec 3, 2012, at 1:43 PM, Sylvain Lebresne wrote:
> So it seems we have a few things to fix before calling it a proper release
> candidate, but we still have had quite a bit of changes since beta2 so I
> propose the following artifacts for release as 1.2.0-beta3.
>
> sha1: b86f75dcd7041
+1
On Mon, Dec 3, 2012 at 12:43 PM, Sylvain Lebresne wrote:
> So it seems we have a few things to fix before calling it a proper release
> candidate, but we still have had quite a bit of changes since beta2 so I
> propose the following artifacts for release as 1.2.0-beta3.
>
> sha1: b86f75dcd7041
Hello,
I have a question that may seem strange. Assume that I have some *known* set of
rows in a (potentially very) large data set that I know are out of consistency
across the replicas. I can obviously bring these back into consistency by
issuing standard reads (with read repair probability se
issue https://issues.apache.org/jira/browse/CASSANDRA-5024 created
Regards
Cyril SCETBON
On Dec 3, 2012, at 10:24 AM, Cyril Scetbon wrote:
> the null value comes from the function removeDeletedCF in file
> ColumnFamilyStore.java where cf.getColumnCount() = 0 and
> cf.isMarkedForDelete()=fals
+1
Regards,
On Mon, Dec 3, 2012 at 10:43 AM, Sylvain Lebresne wrote:
> So it seems we have a few things to fix before calling it a proper release
> candidate, but we still have had quite a bit of changes since beta2 so I
> propose the following artifacts for release as 1.2.0-beta3.
>
> sha1:
+1
On 12/03/2012 01:43 PM, Sylvain Lebresne wrote:
So it seems we have a few things to fix before calling it a proper release
candidate, but we still have had quite a bit of changes since beta2 so I
propose the following artifacts for release as 1.2.0-beta3.
sha1: b86f75dcd7041815bb66eb3d1bb2c1
14 matches
Mail list logo