Hi,
To sum where everyone is coming from: We would like to have features in a
stable version of Cassandra which are experimental and are subject to
non-backward compatible change. This indicates to me that the feature is not
finished and should likely not be included in a stable release. What
Thanks for the proposal. I second Jordan that we need more abstraction in (1),
e.g. most cloud provider allow for disk snapshots and starting nodes from a
snapshot which would be a good mechanism if you find yourself there.
German
From: Jordan West
Sent: Sunday,
Hi,
+1 I like doing it the SQL way. This makes sense to me.
Now, in Cassandra setting a column to null means deleting it and if all
columns in a row are null the row is deleted. This might be another edge case...
German
From: Benjamin Lerer
Sent: Wednesday, Ma
Jaydeep,
I concur with Stefan that extensibility of this should be a design goal:
* It should be easy to add additional metrics (e.g. write queue depth) and
decision logic
* There should be a way to interact with other systems to signal a resource
need which then could kick off things
Congrats!!
From: David Capwell
Sent: Monday, January 8, 2024 11:03 AM
To: dev
Subject: [EXTERNAL] Re: Welcome Maxim Muzafarov as Cassandra Committer
Congrats!
On Jan 8, 2024, at 10:53 AM, Jacek Lewandowski
wrote:
Congratulations Maxim, well deserved, it's a p
+1
From: Patrick McFadin
Sent: Friday, December 22, 2023 9:12 AM
To: dev@cassandra.apache.org
Subject: [EXTERNAL] Re: Harry in-tree (Forked from "Long tests, Burn tests,
Simulator tests, Fuzz tests - can we clarify the diffs?")
It was great having some more exte
Hi,
we once did some extensive performance testing on the row cache (motivated by
some hardware accelerator we were hoping to introduce) but could only find
improvements in highly contrived scenarios - has been a while since then so
fresh eyes are good but I think we will still arrive at the c
I don't think outside people will know the distinction between alpha and beta -
for them anything which isn't GA doesn't get deployed (and even then they
might wait another year or two).
People following this mailing list would lilkey know that 5.0-beta-1 is pretty
close to 5.0-alpha-3 -- so I
Hi,
>From a cloud provider perspective we expose the storage port to customers for
>Hybrid scenarios (e.g. fusing on-prem Cassandra with in-cloud Cassandra) so
>would prefer an extra port or a socket.
Thanks,
German
From: Dinesh Joshi
Sent: Friday, November 17,
Hi Maxim,
We have adopted/forked the agent part of the
https://github.com/k8ssandra/management-api-for-apache-cassandra project which
aims to do similar things. I especially like how they have a local database
socket where a sidecar can easily access cassandra and execute cql commands
without
+1
Heck, yeah, we already tested the branch (build ourselves) and it works great
so far.
From: Mick Semb Wever
Sent: Tuesday, October 31, 2023 1:43 PM
Cc: dev
Subject: [EXTERNAL] Re: [VOTE] Release Apache Cassandra 5.0-alpha2
> The vote will be open for 72 hour
tures and their progress to improve our coordination. Hopefully it will
also open the door to more collaboration on those big projects.
Le jeu. 26 oct. 2023 à 21:35, German Eichberger via dev
mailto:dev@cassandra.apache.org>> a écrit :
+1 to Maxim's idea
Like Stefan my assumption was
+1 to Maxim's idea
Like Stefan my assumption was that we would get some version of TCM + ACCORD in
5.0 but it wouldn't be ready for production use. My own testing and
conversations at Community over Code in Halifax confirmed this.
From this perspective as disappointing as TCM+ACCORD slipping is
All,
It's that time of year where the Hacktoberfest happens
again:https://hacktoberfest.com/participation/#maintainers
We would need to mark our repo and also review the contributions timely so the
participants can earn their T-Shirt (?). As Ekaterina pointed out October is
also the month were
+1
Really excited about this as well.
From: Mick Semb Wever
Sent: Tuesday, October 3, 2023 2:16 AM
Cc: dev
Subject: [EXTERNAL] Re: [VOTE] Accept java-driver
The vote will be open for 72 hours (or longer). Votes by PMC members are
considered binding. A vote pa
Super excited about this as well. Happy to help test with Azure and any other
way needed.
Thanks,
German
From: guo Maxwell
Sent: Wednesday, September 27, 2023 7:38 PM
To: dev@cassandra.apache.org
Subject: [EXTERNAL] Re: [DISCUSS] CEP-36: A Configurable ChannelPr
+1 with taking it to legal
As anyone else I enjoy speculating about legal stuff and I think for jars you
probably need possible deniability aka no paper trail that we knowingly... but
that horse is out of the barn. So really interested in what legal says 🙂
If you can stomach non Java here is an
+1
I am biased because DiskANN is from Microsoft Research but it's a good
library/algorithm
From: Mike Adamson
Sent: Wednesday, September 20, 2023 8:58 AM
To: dev
Subject: [EXTERNAL] [DISCUSS] Add JVector as a dependency for CEP-30
You don't often get email fr
+1
From: David Capwell
Sent: Wednesday, September 13, 2023 3:44 PM
To: dev
Subject: [EXTERNAL] [DISCUSS] Add Jepsen's Elle as a test dependency for Accord
/ Paxos
For validation of Paxos and Accord 2 different consistency verifiers were
created: accord.verify.S
I concur. Those are major features...
From: C. Scott Andreas
Sent: Friday, August 25, 2023 9:06 AM
To: dev@cassandra.apache.org
Subject: [EXTERNAL] Re: [VOTE] Release Apache Cassandra 5.0-alpha1
You don't often get email from sc...@paradoxica.net. Learn why this
I second Brandon. There is a group of people who expect to ssh into a node and
then be able to run the "right" cqlsh instead of dealing with different cqlsh
versions on their workstation/laptop...
German
From: Brandon Williams
Sent: Friday, August 11, 2023 7:29
In [2] we suggested that the next step should be a CEP.
I am happy to lend a hand to this effort as well.
Thanks Jaydeep and David - really appreciated.
German
From: David Capwell
Sent: Tuesday, July 25, 2023 8:32 AM
To: dev
Cc: German Eichberger
Subject
All,
We had a brief discussion in [2] about the Uber article [1] where they talk
about having integrated repair into Cassandra and how great that is. I
expressed my disappointment that they didn't work with the community on that
(Uber, if you are listening time to make amends 🙂) and it turns ou
he.org%2Fjira%2Fbrowse%2FCASSANDRA-18624&data=05%7C01%7CGerman.Eichberger%40microsoft.com%7Cf4530a41df3b419fd2ff08db892f0ed6%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C638254607439254753%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=kYGSZGi3caINvm%2FD
flag. I would prefer to make the default "legacy" output and innovate
behind a "--output-format=v2" flag. That way tools do not break or have to
change to pass in the new flag.
Ideally we should always version our output format - structured or not.
Dinesh
On Jul 13, 2023
Forgot the references:
[1] https://the-asf.slack.com/archives/CJZLTM05A/p1686771286554899
[2] https://issues.apache.org/jira/browse/CASSANDRA-18666
From: German Eichberger via dev
Sent: Thursday, July 13, 2023 10:14 AM
To: dev@cassandra.apache.org
Subject
All,
I am working with clusters with different Cassandra versions and have been
using some cqlsh which "just worked". Recently I wanted to use virtual tables
and ran into [1]. After that I filed [2].
Brandon states that "do not use a cqlsh that is from a different version than
what is distribu
Let's take this discussion in a different direction: If we add a --legacy
argument where we are supporting an old version for those who
need/want it but have the (breaking) changes on the default this feels like a
compromise - and then we can deprecate the legacy format without impacting
inno
Same. Great idea. How ill the results be published?
Thanks,
German
From: C. Scott Andreas
Sent: Tuesday, July 11, 2023 7:41 AM
To: dev@cassandra.apache.org
Cc: dev@cassandra.apache.org ;
market...@cassandra.apache.org
Subject: [EXTERNAL] Re: [DISCUSS] Conductin
Same - really appreciate those efforts and also welcome the upstreaming and
release automation...
German
From: Jeff Widman
Sent: Sunday, July 9, 2023 1:44 PM
To: Max C.
Cc: dev@cassandra.apache.org ; Brad Schoening
Subject: [EXTERNAL] Re: CASSANDRA-18654 - sta
+1 to ACCP - we love performance.
From: David Capwell
Sent: Thursday, June 22, 2023 4:21 PM
To: dev
Subject: [EXTERNAL] Re: [DISCUSS] Using ACCP or tc-native by default
+1 to ACCP
On Jun 22, 2023, at 3:05 PM, C. Scott Andreas wrote:
+1 for ACCP and can attest
+ 1
Great to see this moving forward!
From: Abe Ratnofsky
Sent: Tuesday, June 13, 2023 10:09 AM
To: dev@cassandra.apache.org
Subject: [EXTERNAL] Re: [VOTE] CEP-8 Datastax Drivers Donation
+1 (nb)
On Jun 13, 2023, at 09:23, Andrés de la Peña wrote:
+1
On Tu
+ 1
I am seeing ANN Vector Search pop up in every database...
From: Patrick McFadin
Sent: Thursday, May 25, 2023 11:29 AM
To: dev@cassandra.apache.org
Subject: [EXTERNAL] Re: [VOTE] CEP-30 ANN Vector Search
+1
Love the buzz this creating with new users. Thanks f
All,
What does it mean to be OpenSource? For me the community is
developers/maintainers who work on Cassandra, operators who run Cassandra, and
developers who write applications which use Cassandra. We all need to work
together to make Cassandra successful - and we need to listen to each other
Josh,
We already have an understanding and precedence in place that CVEs on
the previous unmaintained branch are addressed and released.
Correct me if I'm wrong German, but the question I got from your email was
effectively "If we consider formalizing our comm
+1
(Recently learned anyone can vote so using my new discovered powers)
From: Josh McKenzie
Sent: Thursday, April 13, 2023 6:59 AM
To: dev
Subject: [EXTERNAL] Re: [VOTE] Release Apache Cassandra 4.0.9 - SECOND ATTEMPT
+1
On Thu, Apr 13, 2023, at 3:17 AM, Benjam
All,
There have been several discussions on slack [1], [2] to support 3.11 beyond
the date stated on the web [3] which is May-July 23 and given it's April that's
an unlikely date.
Given that there are still a sizable number of users on 3.11 in [2] we talked
about a CVE only support for some ti
Thanks Mick - working with you has been a blast an I hop we can continue!
Welcome and congrats Josh!!
From: Dinesh Joshi
Sent: Friday, March 24, 2023 8:31 AM
To: dev@cassandra.apache.org
Subject: [EXTERNAL] Re: Welcome our next PMC Chair Josh McKenzie
Thank you
Hi,
We shouldn't release just for releases sake. Are there enough new features and
are they working well enough (quality!).
The big feature from our perspective for 5.0 is ACCORD (CEP-15) and I would
advocate to delay until this has sufficient quality to be in production.
Just because somethin
First, one of my learnings was that a ticket assigned to an issue in one branch
of butler doesn't carry to another. So always search.
New failures from build lead week 7:
I created a Jira filter for finding the tickets I created:
https://issues.apache.org/jira/issues/?jql=project%20%3D%20CASSAN
Congratulations! Surprised Patrick wasn't a committer already...
From: Benjamin Lerer
Sent: Thursday, February 2, 2023 9:58 AM
To: dev@cassandra.apache.org
Subject: [EXTERNAL] Welcome Patrick McFadin as Cassandra Committer
The PMC members are pleased to announce
Great news indeed. I am wondering what it would take to include projects
everyone is using like medusa, reaper, cassandra-ldap, etc. as a subproject.
Thanks,
German
From: Francisco Guerrero
Sent: Friday, January 27, 2023 9:46 AM
To: dev@cassandra.apache.org
Subj
All,
This is a great idea and I am looking forward to it.
Having dedicated consistent hardware is a good way to find regressions in the
code but orthogonal to that is "certifying" new hardware to run with Cassandra,
e.g. is there a performance regression when running on AMD? ARM64? What about
Hi Sharan,
I am planning to attend the summit and happy to help as well.
Thanks,
German
From: Paulo Motta
Sent: Friday, May 20, 2022 12:02 PM
To: dev@cassandra.apache.org
Subject: [EXTERNAL] Re: Performance Engineering Track at ApacheCon NA?
Hi Sharan,
Are you still looking for track reviewer
44 matches
Mail list logo
