Please grant Wiki access for CEP

Hi folks: I’d like to post a CEP, but given it’s the first time I’m trying to contribute to the wiki, I don’t have access. If someone with access could please grant user drohrer access to post, I’d greatly appreciate it. Thanks, Doug Rohrer

[DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics

keep the discussion here on the dev list vs. in the wiki, as we’ve found it easier to manage via email. Sincerely, Doug Rohrer & James Berragan

Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics

I agree that the analytics library will need to support vnodes. To be clear, there’s nothing preventing the solution from working with vnodes right now, and no assumptions about a 1:1 topology between a token and a node. However, we don’t, today, have the ability to test vnode support end-to-end

Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics

Sorry for the delay in responding here - yes, we can add some diagrams to the CEP - I’ll try to get that done by end-of-week. Thanks, Doug > On Mar 28, 2023, at 1:14 PM, J. D. Jordan wrote: > > Maybe some data flow diagrams could be added to the cep showing some example > operations for read

Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics

> On Apr 5, 2023, at 11:18 AM, Doug Rohrer wrote: > > Sorry for the delay in responding here - yes, we can add some diagrams to the > CEP - I’ll try to get that done by end-of-week. > > Thanks, > > Doug > >> On Mar 28, 2023, at 1:14 PM, J. D. Jordan wrote: >

[VOTE] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics

there are at least three binding +1s and no binding vetoes. Thanks, Doug Rohrer

Re: [VOTE] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics

improving it. Doug Rohrer > On May 6, 2023, at 1:52 PM, Dinesh Joshi wrote: > > +1 > >> On May 4, 2023, at 9:46 AM, Doug Rohrer wrote: >> >> Hello all, >> >> I’d like to put CEP-28 to a vote. >> >> Proposal: >> >> https://cwiki.apa

Re: [VOTE] CEP-29 CQL NOT Operator

+1 (nb) > On May 8, 2023, at 4:52 AM, Piotr Kołaczkowski wrote: > > Let's vote. > > https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-29%3A+CQL+NOT+operator > > Piotr Kołaczkowski > e. pkola...@datastax.com > w. www.datastax.com

Re: [VOTE] Release dtest-api 0.0.14

+1 (nb) Doug Rohrer > On May 15, 2023, at 7:17 PM, Brandon Williams wrote: > > +1 > > Kind Regards, > Brandon > >> On Mon, May 15, 2023 at 5:12 PM Dinesh Joshi wrote: >> >> Proposing the test build of in-jvm dtest API 0.0.14 for release. >>

Re: [VOTE] Release dtest-api 0.0.15

+1 (nb) > On May 24, 2023, at 11:32 AM, Brandon Williams wrote: > > +1 > > Kind Regards, > Brandon > > On Wed, May 24, 2023 at 10:31 AM Dinesh Joshi wrote: >> >> Proposing the test build of in-jvm dtest API 0.0.15 for release. >> >> Repository: >> https://gitbox.apache.org/repos/asf?p=cassa

Re: [VOTE] Release dtest-api 0.0.16

+1 (nb) - Thanks Dinesh! Doug > On Aug 16, 2023, at 5:34 PM, Dinesh Joshi wrote: > > Proposing the test build of in-jvm dtest API 0.0.16 for release. > > Repository: > https://gitbox.apache.org/repos/asf?p=cassandra-in-jvm-dtest-api.git > > Candidate SHA: > https://github.com/apache/cassandra

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

My only concern about removal in 5.1 would be that removing it in a “minor” release would really be a breaking change, and semver says that should happen in a major version. If we really want to be semver compliant, it shouldn’t be removed until 6.0 (or, if we remove it in the next release, we

Re: [Discuss] Enabling JMX in in-jvm dtests (by default)

I’d agree that anywhere we’re calling `nodetoolResult` or `nodetool` in a test, it would be better to enable JMX and use it rather than the older mocks we set up to enable calling the mbeans directly. I don’t think enabling JMX by default is the right way to go mostly due to the added resources/

Re: [VOTE] Accept java-driver

+1 (nb) > On Oct 3, 2023, at 10:37 AM, C. Scott Andreas wrote: > > +1 (nb) > > Accepting this donation would mark a huge milestone for the project. > >> On Oct 3, 2023, at 4:25 AM, Josh McKenzie wrote: >> >> >>> I see now this will likely be instead apache/cassandra-java-driver >> I was won

Re: [DISCUSS] putting versions into Deprecated annotations

+1 on reason string, especially some way to indicate what replaces a method if it’s being moved into some other class/new method with more parameters/etc. I’ve found lots of cases (in code bases in general, not C* in particular) where something is marked as Deprecated but there’s no mention of a

Re: CASSANDRA-18941 produce size bounded SSTables from CQLSSTableWriter

+1 (nb) - wiłl be nice for the analytics writer to be able to size SSTables appropriately and efficiently. Doug > On Oct 24, 2023, at 10:36 PM, guo Maxwell wrote: > > 😄 > > Chris Lohfink mailto:clohfin...@gmail.com>> > 于2023年10月25日周三 05:02写道： >> +1 >> >> On Tue, Oct 24, 2023 at 11:24 AM Bra

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

+1 (nb, but not a vote, so ¯\_(ツ)_/¯ ) - would be lovely to not have to deal with this individually for each project in which we use the in-jvm dtest framework. As Francisco noted, we’re using this in the sidecar and Analytics projects now and I’ve had to jump through a lot of hoops to get every

Re: [DISCUSS] CEP-42: Constraints Framework

To me, the difference between system-level guardrails and table-level constraints is the difference between operational concerns (guardrails) and business concerns (table-level constraints). The two things are only related to one another because they both may limit the value of a field in some w

Re: [DISCUSS] CEP-42: Constraints Framework

There’s a difference between the two though. Constraints are part of the table schema, and (independent of the interaction with Guardrails), have no dependency on yaml files being perfectly in sync across the cluster. Therefore, the feature (Constraints) on its own doesn’t depend on configuratio

Re: [DISCUSS] CEP-42: Constraints Framework

To your point about Guardrails vs. Constraints, I do think the distinct roles of “cluster operator” and “application developer” help show how these two frameworks are both valuable. I don’t think I’d expect a cluster operator to be involved in every table design decision, but being able to set w

Re: [DISCUSS] CEP-42: Constraints Framework

On the Analytics side, as long as the CQLSSTableWriter understands and enforces the constraints (which it should be able to , given we provide the table schema) we should be good to go. We should try hard to avoid scanning the data on import, as the Analytics library does a bunch of things to pu

Re: [VOTE] CEP-42: Constraints Framework

+1 (nb) - Thanks for all of the suggestions and Bernardo for wrangling the CEP into shape! Doug > On Jul 1, 2024, at 3:06 PM, Dinesh Joshi wrote: > > +1 > > On Mon, Jul 1, 2024 at 11:58 AM Ariel Weisberg > wrote: >> Hi, >> >> I am +1 on CEP-42 with the latest updat

Re: [VOTE] Backport CASSANDRA-19800 to Cassandra-4.0, 4.1 and 5.0

+1 (nb) > On Aug 4, 2024, at 2:18 AM, Yifan Cai wrote: > > Hi, > > I am proposing backporting CASSANDRA-19800 to Cassandra-4.0, 4.1 and 5.0. > > There is a discussion thread > on the > topic. In summary, the backport would b

Re: Welcome Doug Rohrer as Cassandra Committer

Thanks Dinesh (and everyone else!). Doug > On Aug 23, 2024, at 2:55 PM, Dinesh Joshi wrote: > > The Apache Cassandra PMC is thrilled to announce that Doug Rohrer has > accepted the invitation to become a committer! > > Doug has worked on several aspects of Cassandra, Sideca

Re: Welcome Jordan West and Stefan Miklosovic as Cassandra PMC members!

Congrats folks - well deserved. Doug > On Aug 30, 2024, at 4:18 PM, Jon Haddad wrote: > > The PMC's members are pleased to announce that Jordan West and Stefan > Miklosovic have accepted invitations to become PMC members. > > Thanks a lot, Jordan and Stefan, for everything you have done for t

Re: [VOTE] Release dtest-api 0.0.17

On Sep 10, 2024, at 5:16 PM, Doug Rohrer wrote: > > It was pointed out that auto-correct removed the “d” from “dtest” so just > responding to this with a correct title in case “test-api” wasn’t clear. Vote > will still close at the initial 24-hour period as I don’t think this h

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

+1 on rejection-by-default, for several reasons: 1) Jordan’s point on the fact that recovery from this kind of data misplacement is very difficult. 2) Without any sort of warning or error in existing Cassandra installations, how many operators/users would actually know that they have been hit by

Re: [VOTE] Release dtest-api 0.0.17

Vote passes with 6 binding a 4 non-binding (accidentally added myself to the “binding” count before). Thanks all. I’ll get the release out ASAP. Doug > On Sep 11, 2024, at 5:32 PM, Doug Rohrer wrote: > > As it stands, the vote passes with 7 binding and 3 non-binding +1s. Dinesh

Re: [DISCUSS] Donating easy-cass-stress to the project

Clarification - there would be some real value in donating easy-cass-stress (as the subject says), not lab… The demo was about easy-cass-lab, which uses easy-cass-stress. Thanks, Doug > On Oct 8, 2024, at 1:51 PM, Doug Rohrer wrote: > > Hey folks, > > I just wanted to

Re: [DISCUSS] Donating easy-cass-stress to the project

hanks!) - Some form of IP clearance would need to be done if this were to move forward. It seems the major concerns other than IP clearance were taken care of in the thread. Is there an appetite to bring easy-case-stress into the Apache umbrella and, if so, how would we move forward from here?

Re: [DISCUSS] Donating easy-cass-stress to the project

Hey folks,I just wanted to resurface this conversation, especially after Jon and Jordon’s talk at Community over Code this week. I think there would be some real value in getting easy-cass-lab donated and part of the ecosystem.To try to summarize:- Jon would like to donate if his active development

Re: Request for review for CASSANDRA-18505 - Moving credentials and settings from cassandra-env.sh to cassandra.yaml for JMX configuration

I should be able to pick this up and do a second-pass review tomorrow (since I already provided some feedback). Doug > On Nov 12, 2024, at 8:41 PM, Maulin Vasavada > wrote: > > Yay! Thank you Stefan for the reviews. Looking forward to other reviews on > the PR as well from this group. Everyt

Re: [VOTE] CEP-45: Mutation Tracking

+1 Thanks! Doug > On Feb 3, 2025, at 1:33 PM, Blake Eggleston wrote: > > Hi dev@, > > I’d like to start the voting for CEP-45: Mutation Tracking > > Proposal: > https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-45:+Mutation+Tracking > Discussion: https://lists.apache.org/thread/0rst

Re: Supporting 2.2 -> 5.0 upgrades

+1 on moving the read/write logic into its own jar. Doug > On Dec 11, 2024, at 7:21 PM, David Capwell wrote: > > From a disk format point of view the only thing I remember was the disk type > bug with UDTs. Bringing that logic back was hard as the type system (in 5.0) > tries to avoid allowi

Re: Capabilities

+1 (nb) and will be happy to help, especially providing input from the Analytics side. Thanks Jordan! > On Dec 19, 2024, at 12:00 PM, Paulo Motta wrote: > > Nice stuff! I support this proposal and would be happy to help on this. > > On Wed, Dec 18, 2024 at 6:00 PM Jordan West

Re: Merging compaction improvements to 5.0

+1 - Thanks for doing the work to figure this out and find a good fix. Doug > On Feb 13, 2025, at 11:28 AM, Patrick McFadin wrote: > > I’ve been following this for a while and I think it’s just some solid > engineering based on real-world challenges. Probably one of the best types of > contri

Re: [VOTE] Release Apache Sidecar Cassandra 0.1.0

+1 (nb) Thanks for putting in the work to get this ready to go! Doug > On Feb 28, 2025, at 7:46 AM, Brandon Williams wrote: > > +1, verified sigs/checksums, tested packaging. > > Minor note: the packages do not declare any deps (like java.) This is > probably not an issue in practice since n

Re: Welcome Caleb Rackliffe to the PMC

Congrats Caleb! > On Feb 26, 2025, at 10:14 PM, Jordan West wrote: > > Congrats Caleb!! > > Jordan > On Wed, Feb 26, 2025 at 13:01 Mick Semb Wever > wrote: >> . >> >>> >>> Please join us in welcoming Caleb to his new role! >> >> >> >> Congratulations Caleb !!

A Roadmap to Cassandra Analytics 1.0

these items sounds interesting, please feel free to reach out to folks on Slack or reply on the dev list. Thanks, Doug Rohrer

Re: A Roadmap to Cassandra Analytics 1.0

o me. Let me check with my "backend" if there is any capacity doing so and > connecting privately to hash out the details. > > Regards > > On Tue, Apr 22, 2025 at 7:53 PM Doug Rohrer <mailto:droh...@apple.com>> wrote: >> Hello folks, >> >>

Re: A Roadmap to Cassandra Analytics 1.0

Patrick McFadin wrote: > > Is the current roadmap published somewhere? I went to Confluence and couldn't > find anything. > > Patrick > > On Tue, Apr 22, 2025 at 10:53 AM Doug Rohrer <mailto:droh...@apple.com>> wrote: >> Hello folks, >> >> As

Re: [VOTE][IP CLEARANCE] easy-cass-stress

+1 (nb) - glad to see this moving forward. Doug > On Apr 30, 2025, at 11:33 AM, Patrick McFadin wrote: > > +1 > > On Wed, Apr 30, 2025 at 8:30 AM Yifan Cai > wrote: >> +1 (nb) >> >> From: Jon Haddad mailto:j...@rustyrazorblade.com>> >> Sent: Wednesday, April 30, 20

Re: A Roadmap to Cassandra Analytics 1.0

> If folks feel like there’s some value in putting something up there we could >> do that, but I think epics in Jira capture the plan fairly well. >> >> Thanks, >> >> Doug >> >>> On Apr 22, 2025, at 6:15 PM, Patrick McFadin >> <mailto:pm

Re: A Roadmap to Cassandra Analytics 1.0

Posted to https://cwiki.apache.org/confluence/display/CASSANDRA/Cassandra+Analytics+Roadmap - happy to discuss/edit further as well. Doug > On May 1, 2025, at 9:39 AM, Doug Rohrer wrote: > > Patrick, > > Thanks for the clarification - makes sense. I can put the cont