Re: Welcome Jaydeepkumar Chovatia as Cassandra committer

Congrats Jaydeep! 🎉On Apr 30, 2025, at 10:39, Patrick Lee wrote:Congrats!Sent from my iPhoneOn Apr 30, 2025, at 7:25 AM, Dmitry Konstantinov wrote:Congrats Jaydeep!On Wed, 30 Apr 2025 at 13:22, Brandon Williams wrote:Congrats! Kind Regards, Brandon On Wed, Apr 30, 2025 at 6

Re: Welcome David Capwell as Cassandra PMC Member!

Congrats David!

Re: Cassandra Java Driver and OpenJDK CRaC

Hey Radim, thanks for bringing this to the list. In general, I'm supportive of the second option you shared ("Exposing neutral methods") but want to make sure I understand how CRaC would work in practice. Could you clarify this part: > Naturally it is possible to close the session object comple

Re: Welcome Bernardo Botella as Cassandra Committer

Congratulations Bernardo! Great news.

Re: Welcome Ekaterina Dimitrova as Cassandra PMC member

Congratulations Ekaterina! 🎉

Re: New committers: Maxwell Guo and Dmitry Konstantinov

Congrats Maxwell and Dmitry!

Re: [Discuss] Decoupling java driver dependency from server code; migrate tools and tests to 4.x driver

SimpleClient is definitely limited - it doesn't manage connection pools, load balancing, or error handling. I'd love to get to the point where we can check a driver release by running C* tests against the latest snapshot as part of qualification, so I'm on board for consolidating on driver 4.x w

Re: Merging compaction improvements to 5.0

Another +1 (nb) in favor of merging to 5.0. This patch has been thoroughly tested and reviewed, and will likely be a strong reason for users to upgrade.

Re: [Discuss] Decoupling java driver dependency from server code; migrate tools and tests to 4.x driver

Thanks for opening this discussion Andy. I'm also supportive of the plan you've proposed. Pushback from past discussion was mostly due to the 4.0 stabilization effort. Since then, cassandra-java-driver has been donated to ASF and driver 4.x has had a number of releases, so it feels like the rig

Re: [VOTE] CEP-45: Mutation Tracking

+1 (nb)

Re: 【DISCUSS】What is the current status of triggers in Cassandra ?

AFAIK the TCM replay issue you're describing (something is created and dropped during replay, fails if can't create) applies to custom types and a few other things, and one way around it is CMS snapshotting so replay doesn't start at epoch 0; it wouldn't be safe to remove the trigger from the cl

Re: 【DISCUSS】What is the current status of triggers in Cassandra ?

I think it would be reasonable to copy the triggers. The ITrigger interface provides a Partition with metadata() to find which table the original mutation was issued for. In the example AuditTrigger, the destination audit table is configurable but if a user attaches AuditTrigger to an existing t

Re: Patrick McFadin joins the PMC

Congrats Patrick! Well deserved.On Jan 22, 2025, at 11:30, Ekaterina Dimitrova wrote:Congratulations, Patrick 🎉On Wed, 22 Jan 2025 at 11:05, Jordan West wrote:The PMC's members are pleased to announce that Patrick McFadin has accepted an invitation to become a PMC member.Thanks

Re: Checkstyle as style contract for Cassandra

If breaking blame is a concern, we can address that with the ignore-revs-file flag in git and GitHub blame viewers: https://docs.github.com/en/repositories/working-with-files/using-files/viewing-and-understanding-files#ignore-commits-in-the-blame-viewOn Jan 16, 2025, at 18:11, Cheng Wang via dev w

Re: Default sorting in nodetool status CASSANDRA-20104

Looks like we’re moving towards supporting JSON output for nodetool commands:CASSANDRA-12698 (status)CASSANDRA-19771 (gcstats)Is it nodetool’s responsibility to provide sort order flags, when tools like jq exist?

Re: [DISCUSS] CEP-31 negotiated authentication

For an example of a delegating authenticator, check out: https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/auth/MutualTlsWithPasswordFallbackAuthenticator.java

Re: [DISCUSS] Modeling JIRA fix version for subprojects

tc >> > > > > - regular releases >> > > > > >> > > > > >> > > > > On Tue, 9 Apr 2024 at 04:11, Dinesh Joshi > > > > > <mailto:djo...@apache.org>> wrote: >> > > > > &

Re: [VOTE] CEP-43: Apache Cassandra CREATE TABLE LIKE

With the CEP only being completed last week and the Community over Code conference finishing up this week, I'd love to have a few more days to review and discuss the proposal.

Re: DefaultDriverOption default values

The user list is a more appropriate place for this kind of question. Here’s the default reference.conf configuration file: https://github.com/apache/cassandra-java-driver/blob/4.x/core/src/main/resources/reference.conf Docs on configuration here: https://github.com/apache/cassandra-java-driver/

Re: [DISCUSS] CASSANDRA-13704 Safer handling of out of range tokens

Expressing another vote in favor of rejection-by-default. If a user doesn't want to lose sleep for data loss while on-call, they can read NEWS.txt and disable rejection.

Re: Welcome Doug Rohrer as Cassandra Committer

Congratulations Doug!

Re: Welcome Joey Lynch as Cassandra PMC member

Congratulations!

Re: [VOTE] CEP-42: Constraints Framework

+1 (nb) > On Jul 2, 2024, at 12:15 PM, Yifan Cai wrote: > > +1 on CEP-42. > > - Yifan > > On Tue, Jul 2, 2024 at 5:17 AM Jon Haddad > wrote: >> +1 >> >> On Tue, Jul 2, 2024 at 5:06 AM > > wrote: >>> +1 >>> >>> On Jul 1, 2024,

Re: [VOTE] CEP-40: Data Transfer Using Cassandra Sidecar for Live Migrating Instances

+1

Re: [DISCUSS] CEP-42: Constraints Framework

If we're going to introduce a feature that looks like SQL constraints, we should make sure it's "reasonably" compliant. In particular, we should avoid situations where a user creates a constraint, writes some data, then reads data that violates that constraint, unless they've expressed that viol

Re: [DISCUSS] spark-cassandra-connector donation to Analytics subproject

Likewise - another vote in favor of bringing in this subproject. Any thoughts on bringing in dsbulk as well? dsbulk has a lower barrier to entry than Spark Cassandra Connector, addresses a real need for users, and appears to be at a similar place in its project lifecycle. Abe > On Jun

Re: Cassandra PMC Chair Rotation, 2024 Edition

Congrats Dinesh! Thank you Josh! > On Jun 20, 2024, at 11:53 AM, Jeremiah Jordan > wrote: > > Welcome to the Chair role Dinesh! Congrats! > > On Jun 20, 2024 at 10:50:37 AM, Josh McKenzie > wrote: >> Another PMC Chair baton pass incoming! On behalf of the Apache

Re: [DISCUSS] CEP-42: Constraints Framework

I've thought about this some more. It would be useful for Cassandra to support user-defined "guardrails" (or constraints, whatever you want to call them), that could be applied per keyspace or table. Whether a user or an operator is considered the owner of a table depends on the organization dep

Re: [DISCUSS] CEP-42: Constraints Framework

Hey Bernardo, Thanks for the proposal and putting together your summary of the discussion. A few thoughts: I'm not completely convinced of the value of CONSTRAINTS for a database like Cassandra, which doesn't support any referential integrity checks, doesn't do read-before-write for all querie

Re: [DISCUSS] Stream Pipelines on hot paths

+1 to forbidding Stream usage entirely; the convenience of using them outside of hot paths is less than the burden of figuring out whether or not a particular path is hot. Even for reviewers it can be difficult to tell whether a particular path is hot; hard-to-diagnose bugs like CASSANDRA-18110

Re: [DISCUSS] Adding experimental vtables and rules around them

I agree that ClientWarning is the best way to indicate the risk of using an experimental feature directly to the user. Presenting information in the client application's logs directly means that the person who wrote the query is most likely to see the warning, rather than an operator who sees cl

Re: [DISCUSS] ccm as a subproject

Strong supporter for bringing ccm into the project as well. ccm is necessary test infrastructure for multiple subprojects, and Cassandra committers should be able to make the changes to ccm that are necessary for their patches. There's also the security angle: we should work to consolidate our d

Re: Welcome Alexandre Dutra, Andrew Tolbert, Bret McGuire, Olivier Michallat as Cassandra Committers

Congrats everyone! > On Apr 17, 2024, at 1:10 PM, Benjamin Lerer wrote: > > The Apache Cassandra PMC is pleased to announce that Alexandre Dutra, Andrew > Tolbert, Bret McGuire and Olivier Michallat have accepted the invitation to > become committers on the java driver sub-project. > > Thank

Cassandra Code Coverage Reports

they include fixes for a few issues that prevented correct coverage collection in the past, particularly for jvm-dtest-upgrade and jvm-dtest-fuzz suites. Feedback welcome. -- Abe

Re: [DISCUSS] Modeling JIRA fix version for subprojects

s project-wide, so having a standardized process (same ticket flow, review rules, labels, etc. is beneficial). But multiple votes happened based on the content of the CEP, so we should stick to what was voted on and move to a separate Jira. -- Abe

Re: [DISCUSS] Fixing coverage reports for jvm-dtest-upgrade

lassLoader was sad; in >> general this seems like it'd be a big help to debugging startup / env >> issues, assuming it doesn't break anything. :) >> >> On Fri, Mar 15, 2024, at 4:41 PM, Abe Ratnofsky wrote: >>> Hey folks, >>> >>> I'

[DISCUSS] Fixing coverage reports for jvm-dtest-upgrade

he current versions of Cassandra, we should be able to test upgrade paths to that version without updating the older branches or building new jvm-dtest JARs for them. Any objections or alternate approaches? -- Abe [1]: More specifically: Jacoco uses class IDs to map the analysis data that

Re: [Discuss] Introducing Flexible Authentication in Cassandra via Feature Flag

Soft: Operates in a monitoring mode without enforcing authentication Most users use authentication today, so auth_enforcement_flag=Soft would allow unauthenticated clients to connect to the database. -- Abe > On Feb 12, 2024, at 2:44 PM, Gaurav Agarwal wrote: > > Dear Cassandra Community,

Re: [Discuss] CASSANDRA-16999 introduction of a column in system.peers_v2

ssues.apache.org/jira/browse/CASSANDRA-7544>, drivers were expected to discover the right native protocol port from the system table instead of hard-coding it. So this has been a problem since 4.0 for users running dual-native-port and clients requiring SSL. -- Abe

Re: [Discuss] CASSANDRA-16999 introduction of a column in system.peers_v2

ndent on connection state seems like a recipe for a very weird bug in the future. I still think deprecating dual-native-port is the cleanest and most compatible solution, especially since it would address a few other related bugs as well. I'm considering a separate thread to get consensus on that. Abe

Re: [Discuss] CASSANDRA-16999 introduction of a column in system.peers_v2

CASSANDRA-9590 (Support for both encrypted and unencrypted native transport connections) was implemented before CASSANDRA-10559 (Support encrypted and plain traffic on the same port), but both been available since 3.0. On 9590, STARTTLS was considered, but rejected due to the changes that would

Re: [Discuss] CASSANDRA-16999 introduction of a column in system.peers_v2

ding. Given that peers_v2 is intended to be used by the internals of client implementations, we should be extra cautious about making changes. We shouldn't change the column index of any existing columns - if we're going to add a new column, it should be in the end position. Abe

Re: CASSANDRA-19268: Improve Cassandra compression performance using hardware accelerators

Hardware acceleration for more things would be great, especially based on the success of ACCP (CASSANDRA-18624 ). But I think it would be ideal to use existing compressor names and use hardware acceleration if a given JAR is present on the

Re: Welcome Maxim Muzafarov as Cassandra Committer

Congrats Maxim! > On Jan 8, 2024, at 1:28 PM, Ekaterina Dimitrova wrote: > > Congrats, Maxim! Well deserved! Thank you for everything! > > On Mon, 8 Jan 2024 at 13:26, Jeremiah Jordan > wrote: >> Congrats Maxim! Thanks for all of your contributions! >> >> On

Re: [DISCUSSION] CEP-38: CQL Management API

Adding to Hari's comments: > Any changes expected at client/driver side? While using JMX/nodetool, it is > clear that the command/operations are getting executed against which > Cassandra node. But a client can connect to multiple hosts and trigger > queries, then how can it ensure that command

[DISCUSS] CASSANDRA-19113: Publishing dtest-shaded JARs on release

. Would be great to be able to treat these as normal dependencies. https://issues.apache.org/jira/browse/CASSANDRA-19113 Any objections? -- Abe

Re: Welcome Francisco Guerrero Hernandez as Cassandra Committer

Congrats Francisco! > On Nov 28, 2023, at 1:56 PM, C. Scott Andreas wrote: > > Congratulations, Francisco! > > - Scott > >> On Nov 28, 2023, at 10:53 AM, Dinesh Joshi wrote: >> >> The PMC members are pleased to announce that Francisco Guerrero Hernandez >> has accepted >> the invitation to

Re: [DISCUSS] Harry in-tree

Another strong +1 to have Harry in-tree, and another +1 to building shaded dtest JARs on release. There are a number of projects that would benefit from having these JARs available in a central repository, like Sidecar, Driver, etc. I didn't see a ticket so created one: https://issues.apache.or

Re: Development Dependencies documentation.

Following back up here - patch has been updated and is ready for review: https://github.com/apache/cassandra-website/pull/170 > On Oct 25, 2023, at 8:07 AM, Ekaterina Dimitrova > wrote: > > Hi Claude, > You are not wrong. Unfortunately, it is outdated. Abe Ratnofsky has a work

Re: [DISCUSSION] Dependency management in our first alpha release

> I also want to hear if Abe still has concerns about not following deprecation > process here. I support removing the library on an expedited schedule, rather than waiting for a full major of deprecation. We still have a large surface for metrics integrations, and users who depen

Re: [DISCUSSION] CASSANDRA-18772 - removal of commons-codec on trunk

If we're going to do bulk dependency pruning, we should minimize the number of deprecation plans that users need to prepare for. There will likely be a few more dependencies we clean up around 5.0, so sticking with 5.0 deprecation and 6.0 removal for all of them would likely make our users' live

Re: [DISCUSS] CASSANDRA-18743 Deprecation of metrics-reporter-config

t;> “ The rationale for this proposed deprecation is that the upcoming 5.0 >>>> release is a good time to evaluate dependencies that are no longer >>>> receiving updates and will become risks in the future.” >>>> >>>> Thank you for raising it, I

[DISCUSS] CASSANDRA-18743 Deprecation of metrics-reporter-config

receiving updates and will become risks in the future. https://issues.apache.org/jira/browse/CASSANDRA-18743 — Abe

Re: [Discuss] ​​CEP-35: Add PIP support for CQLSH

would protect users against any changes in this volunteer effort in case something happens in the future. +1 (nb) -- Abe > On Aug 9, 2023, at 1:33 PM, Brad wrote: > > HI Dinesh, > > You are correct that the scope of this CEP is practical, narrow and limited > to

Re: [VOTE] CEP-34: mTLS based client and internode authenticators

+1 (nb) > On Jul 21, 2023, at 3:03 PM, Jon Meredith wrote: > > +1 > > On Fri, Jul 21, 2023 at 2:33 PM Blake Eggleston > wrote: >> +1 >> >>> On Jul 21, 2023, at 9:57 AM, Jyothsna Konisa >> > wrote: >>> >>> Hi Everyone! >>> >>> I wou

Re: [DISCUSS] Using ACCP or tc-native by default

This feels analogous to other past discussions around prioritizing a config that enables new users to clone + build + run as easily as possible, vs. having better prod recommendations out of the box. Both are important. I personally think we should default configuration to make it just work for

Re: [VOTE] CEP 33 - CIDR filtering authorizer

+1 (nb)On Jun 28, 2023, at 18:38, guo Maxwell wrote:+1 Nate McCall 于2023年6月29日 周四上午9:25写道：+1 On Wed, Jun 28, 2023 at 5:17 AM Shailaja Koppu wrote:Hi Team,(Starting a new thread for VOTE instead of reusing the DISCUSS thread, to follow usual procedure).Pleas

Re: [VOTE] CEP-8 Datastax Drivers Donation

+1 (nb)On Jun 13, 2023, at 09:23, Andrés de la Peña wrote:+1On Tue, 13 Jun 2023 at 16:40, Yifan Cai wrote: +1 From: David Capwell Sent: Tuesday, June 13, 2023 8:37:10 AM To: dev Subject: Re: [VOTE] CEP-8 Datastax Dri

Re: [DISCUSS] CEP-8 Drivers Donation - take 2

Sharing the same sentiment. Thank you for all your efforts on getting this ready to contribute! > On May 26, 2023, at 9:59 AM, Francisco Guerrero wrote: > > I second Dinesh's sentiment. I'm looking forward to this contribution. > > On 2023/05/26 16:29:12 Dinesh Joshi wrote: >> This is exciting

Re: [DISCUSS] Bring cassandra-harry in tree as a submodule

ncy primitives, etc), dtest-api, query parser, etc. The project has tried out a few different approaches on composition of separate projects. Hopefully in the near future we find the one that works best and can start this process of splitting out libraries. -- Abe > On May 25, 2023, at 6:36

Re: [DISCUSS] Bring cassandra-harry in tree as a submodule

Just to make sure I'm understanding the details, this would mean apache/cassandra-harry maintains its status as a separate repository, apache/cassandra references it as a submodule, and clones and builds Harry locally, rather than pulling a released JAR. We can then reference Harry as a library

Re: [DISCUSS] Introduce DATABASE as an alternative to KEYSPACE

calling these things "namespaces" (like Kubernetes), and while "Keyspaces" is not a term used in this way elsewhere, I still find it leads to clearer communication. -- Abe > On Apr 4, 2023, at 9:24 AM, Andrés de la Peña wrote: > > I think supporting DATABASE is a great i

Re: [DISCUSS] Enhanced Disk Error Handling

ore forcing itself down. But it would be good to get a better sense of user expectations here. Bowen - how would you want Cassandra to handle frequent disk corruption events? -- Abe > On Mar 9, 2023, at 12:44 PM, Josh McKenzie wrote: > >> I'm not seeing any reasons why

Re: [DISCUSS] Enhanced Disk Error Handling

tly in the process of repairing a corruption error on one of its instances' disks. CEP-21 makes this sequencing safe, and provides abstractions to better expose this information to operators. -- Abe > On Mar 9, 2023, at 10:55 AM, Josh McKenzie wrote: > >> Personally, I'd li

Re: [DISCUSS] Enhanced Disk Error Handling

against another replica while repair of that range happens. But that feels suboptimal to me when a better framework is on the horizon. -- Abe > On Mar 9, 2023, at 8:23 AM, Bowen Song via dev > wrote: > > Hi Jeremiah, > > I'm fully aware of that, which is why I said that

Re: Downgradability

w to handle when their SSTables wouldn't be supported by an upcoming upgrade. -- Abe

[DISCUSS] CEP-22: Drivers Donation Status

What's the current status of CEP-22? It looks like the CEP draft on Confluence [1] hasn't been updated since Aug 2022 and mailing list search [2] shows no results, so it never made it to a vote. -- Abe [1]: https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-22%3A+Datast

Re: [VOTE] Release Apache Cassandra 4.1.0 (take2)

essful bootstraps in our >> attempts to reproduce. I think highlighting the ticket in the release notes >> is sufficient and resolving this issue should not hold up the release. >> >> I agree with Jeff that the multiple concurrent bootstraps are unlikely to be >> th

Re: [VOTE] Release Apache Cassandra 4.1.0 (take2)

rking on a write-up, and we'd like to hold the release until the community is able to review our findings. Thanks, Abe > On Dec 9, 2022, at 4:11 PM, guo Maxwell wrote: > > +1 > > Jeremiah D Jordan <mailto:jeremiah.jor...@gmail.com>>于2022年12月10日 周六上午5:59写道： > +

Re: [VOTE] Release Apache Cassandra 4.1.0 GA

o hold the release until the community is able to review our findings. Thanks, Abe > On Dec 9, 2022, at 5:13 AM, Marianne Lyne Manaog > wrote: > > Hi everyone, > > Matt and I finished running all the tests for V2 with the bug fixes from > CASSANDRA-18086 <htt

Re: Using bash instead of sh in generate.sh?

/sh. Abe > > On Oct 26, 2022, at 09:50, Derek Chen-Becker wrote: > >  > I don't think this quite rises to the level of a CEP, but I wanted to get > input on this. I'm working on the CircleCI build tooling and the generate.sh > script uses "/bin/sh"

Re: [DISCUSS] CEP-23: Enhancement for Sparse Data Serialization

guidelines say a CEP is encouraged “for significant user-facing or changes that cut across multiple subsystems”. Any reason why a Jira isn’t sufficient? Abe > On Sep 5, 2022, at 1:57 AM, Claude Warren via dev > wrote: > > I have just posted a CEP covering an Enhancement for

Re: [DISCUSS] CASSANDRA-17750: Security migration away from Maven Ant Tasks

Most of the discussion has happened in the PR: https://github.com/apache/cassandra/pull/1725 Leaving this thread open over the weekend to gather input. > On Jul 20, 2022, at 10:40 AM, emmanuel warreng > wrote: > > Unsubscribe > > On Tue, Jul 19, 2022, 21:20 Abe Ra

[DISCUSS] CASSANDRA-17750: Security migration away from Maven Ant Tasks

build system changes in the near or distant future. Curious to hear from others. — Abe

Re: CEP-15 multi key transaction syntax

me=’blake’; IF NOT car_is_running THEN ABORT UPDATE users SET miles_driven = user_miles + 30 WHERE name='blake'; UPDATE cars SET miles_driven = car_miles + 30 WHERE model='pinto'; COMMIT TRANSACTION This also has the benefit of resolving ambiguity in case of naming conflicts with existing (or future) column names. -- Abe

Re: [VOTE] release cassandra-harry 0.0.1

+1

Re: [DISCUSS] CASSANDRA-17024: Artificial Latency Injection

27;: 'WideAreaLatencyInjector', 'fromDc': 'DC1', 'toDc': 'DC2', 'durationMs': 4 } — Abe > On Nov 19, 2021, at 09:30, bened...@apache.org wrote: > > To resurrect this discussion briefly, does anyone have a preference for >