Re: [VOTE] CEP-54: ZSTD with Dictionary SSTable Compression

; > > On Sep 11, 2025, at 1:18 AM, Dave Herrington > wrote: > > > >  > > +1 (nb) > > > > On Wed, Sep 10, 2025 at 10:23 PM Dinesh Joshi wrote: > >> > >> +1 > >> > >> On Wed, Sep 10, 2025 at 10:53 AM Yifan Cai

Re: [VOTE] CEP-54: ZSTD with Dictionary SSTable Compression

t 4:42 PM, Bernardo Botella wrote: >> >> +1 >> >> > On Sep 10, 2025, at 12:33 PM, Francisco Guerrero >> wrote: >> > >> > +1 >> > >> > On 2025/09/10 19:31:27 Yifan Cai wrote: >> >> Thanks everyone who has voted so far!

Re: [DISCUSS] CEP-55 Generated role names

CEP looks good and the feature is useful for automation. Just a quick question, will the following two DCL statements work? CREATE ROLE my_role WITH GENERATED PASSWORD; generated_password | role_name +-- 0zdHJ,]dW[s6 | my_role CREATE GENERATED

Re: [DISCUSS] CEP-55 Generated role names

rse. > > On Wed, Sep 10, 2025 at 11:33 PM Yifan Cai wrote: > >> CEP looks good and the feature is useful for automation. >> >> Just a quick question, will the following two DCL statements work? >> >> CREATE ROLE my_role WITH GENERATED P

Re: [VOTE] CEP-54: ZSTD with Dictionary SSTable Compression

> > On Wed, Sep 10, 2025 at 11:58 AM Brandon Williams > wrote: > >> +1 >> >> Kind Regards, >> Brandon >> >> On Wed, Sep 10, 2025 at 12:53 PM Yifan Cai wrote: >> > >> > Hi Everyone! >> > >> > I would like to start

Re: [DISCUSS] CEP-54: ZSTD Compression with Dictionary Support

for customers aiming to improve Cassandra >>> performance. I had a few questions on the user experience: >>> >>>- How does a user enable this feature—via YAML config or through CQL >>>DDL? >>>- If it’s CQL, is it applied at the keyspace or table

Re: [DISCUSS] CEP-54: ZSTD Compression with Dictionary Support

rithm? Lz4 has similar (though not as easy to use as > zstd) feature and new algorithms might come out which we want to include > later on; It would be a shame to have the format tightly coupled to zstd > only. > > > On Sep 4, 2025, at 1:50 PM, Yifan Cai wrote: > > Hi communit

[DISCUSS] CEP-54: ZSTD Compression with Dictionary Support

Hi community, We would like to propose *CEP-54: ZSTD Compression with Dictionary Support* for adoption by the community: https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-54%3A+ZSTD+with+Dictionary+SSTable+Compression This CEP proposes introducing ZSTD with dictionary compression for SSTa

Re: [DISCUSS] CLI for Sidecar and Guardrails By Sidecar

I agree a CLI could unlock new use cases and help ops, but I’m a bit concerned about adding another interface for Sidecar to maintain on top of REST and the Client SDK. It cloud also create another potential attack surface and versioning challenge. Since Sidecar already vends an OpenAPI spec, m

Re: [DISCUSS] CLI for Sidecar and Guardrails By Sidecar

facts, but I guess having separate subproject may come with some >> other different logistic challenges. >> >> Bulk type operational calls using the CLI leveraging CEP-53 is, in my >> opinion, the natural next step for this. >> >> Bernardo >> >> El sep

Re: [DISCUSS] CLI for Sidecar and Guardrails By Sidecar

words, the Sidecar server acts as the coordinator, not the client. - Yifan From: Yifan Cai Sent: Monday, September 1, 2025 10:25:52 AM To: dev@cassandra.apache.org Subject: Re: [DISCUSS] CLI for Sidecar and Guardrails By Sidecar I agree a CLI could unlock new use

Re: [VOTE] CEP-52: Schema Annotations for ApacheCassandra

+1 From: Francisco Guerrero Sent: Thursday, August 28, 2025 2:38:47 PM To: dev@cassandra.apache.org Subject: Re: [VOTE] CEP-52: Schema Annotations for ApacheCassandra +1 On 2025/08/28 21:37:08 Jyothsna Konisa wrote: > Hi Everyone! > > I would like to start voti

Re: Welcome James Berragan as Cassandra committer on the Analytics subproject!

Congratulations James! Well deserved! From: Mick Sent: Thursday, August 21, 2025 11:30:38 PM To: dev@cassandra.apache.org Subject: Welcome James Berragan as Cassandra committer on the Analytics subproject! The Project Management Committee (PMC) for Apache Cassa

Re: Welcome Lukasz Antoniak as Cassandra committer on the Drivers subproject!

Congratulations Lukasz! On Thu, Aug 21, 2025 at 3:15 PM Josh McKenzie wrote: > Congratulations Lukasz! > > On Thu, Aug 21, 2025, at 4:52 PM, Ekaterina Dimitrova wrote: > > Congratulations! 🎉 > > On Thu, 21 Aug 2025 at 16:40, Mick wrote: > > Hello folks of the dev list, > > The Apache Cassandra

Re: [DISCUSS] CEP 52: Schema Annotations for ApacheCassandra

t; examples. > > Patrick > > 1: COMMENT ON docs > https://www.postgresql.org/docs/current/sql-comment.html > 2: SECURITY LABEL docs > https://www.postgresql.org/docs/current/sql-security-label.html > > > On Mon, Aug 11, 2025 at 10:18 AM Yifan Cai wrote: >

Re: [DISCUSS] CEP 52: Schema Annotations for ApacheCassandra

; with PII > for example. > > On 2025/08/11 01:01:21 Yifan Cai wrote: > > > > > > Will there be an option to do a SELECT query to read all the > annotations > > > of a table? > > > > > > It is an interesting question! Would you mind sharing an

Re: [DISCUSS] CEP 52: Schema Annotations for ApacheCassandra

> > Will there be an option to do a SELECT query to read all the annotations > of a table? It is an interesting question! Would you mind sharing an example of the output you'd expect from a query like *"SELECT * FROM system_schema.annotations where keyspace_name=<> and table_name=<>"*? I am curio

Re: zstd dictionaries

compression benefits. - Yifan On Fri, Aug 1, 2025 at 1:33 PM Yifan Cai wrote: > I'm excited to hear about the interest in this feature! I'm scheduling a > Google Meet for Tuesday at 9 AM PST for one hour to discuss ZSTD with > dictionary compression in Cassandra. I will send the mee

Re: zstd dictionaries

would be optimal. >>> >>> I do not have a dedicated dictionary component, what I tried to do was >>> to just put the dict directly into COMPRESSION_INFO and then bumped the >>> SSTable version with a boolean saying if it supports dictionary or not. So >&g

Re: zstd dictionaries

Yeah. I have built 2 POCs and have initial benchmark data comparing w/ and w/o dictionary. Unfortunately, the work went to backlog. I can pick it up again if there is a demand for the feature. There are some discussions in the Jira that Stefan linked. (thanks Stefan!) - Yifan __

Re: Accepting AI generated contributions

t’s undue burden and friction on > the process when we should be looking for ways to reduce friction. > > My proposal is no disclosures required. > > On Wed, Jul 23, 2025 at 12:06 PM Yifan Cai wrote: > > According to the thread, the disclosure is for legal purposes. For > exa

Re: Accepting AI generated contributions

Botella < >> conta...@bernardobotella.com> wrote: >> >> That’s a great point. I’d say we can use the co-authored part of our >> commit messages to disclose the actual AI that was used? >> >> >> >> On Jul 23, 2025, at 10:57 AM, Yifan Cai wrote: &g

Re: Accepting AI generated contributions

Curious, what are the good ways to disclose the information? > All of which comes back to: if people disclose if they used AI, what models, and whether they used the code or text the model wrote verbatim or used it as a scaffolding and then heavily modified everything I think we'll be in a pretty

Re: Is it time for 5.0.5?

+1 on including CASSANDRA-19902 in 5.0.5. Interestingly, the bug also blocks adding 5.0 support in Cassandra Analytics. The integration test is failing w/o the patch. - Yifan On Thu, Jul 17, 2025 at 12:48 PM Paulo Motta wrote: > I'd like to get CASSANDRA-19902 in 5.0.5 since it's a big operat

Re: [DISCUSS] CASSSIDECAR-254 - Enabling sidecar to collect async profiles

Late to the party. Sidecar is a JVM process that would benefit from async profiling too. Do we want to create a new JIRA ticket to have the async profiler integration in Sidecar? - Yifan On Wed, Jul 16, 2025 at 3:17 PM Yaman Ziadeh (BLOOMBERG/ 919 3RD A) < yzia...@bloomberg.net> wrote: > Hi al

Re: Question: are committers binding on CEP votes or just PMC members?

Nice. Thanks to everyone who has clarified the voting rules. One minor suggestion, it would add a bit more clarity, if the "For Releases" section also mentions that committers' +1 votes are not binding, but their -1 votes are (binding). On Sat, Jun 14, 2025 at 7:38 AM Josh McKenzie wrote: > F

Re: [VOTE] Clarifying our JDK Support Policy

+1 (nb) Read through the long discussion, the plan makes sense to me. From: Brandon Williams Sent: Friday, June 13, 2025 12:09:35 PM To: dev@cassandra.apache.org Subject: Re: [VOTE] Clarifying our JDK Support Policy +1 Kind Regards, Brandon On Fri, Jun 13, 202

Re: Welcome Bret McGuire as Cassandra PMC Member!

Congratulations Bret! On Mon, May 19, 2025 at 8:41 AM David Capwell wrote: > Congrats! > > On May 19, 2025, at 4:13 AM, Dmitry Konstantinov > wrote: > > Congratulations Bret! > > On Mon, 19 May 2025 at 00:51, Bret McGuire wrote: > >> Thank you everyone for the kind words! >> >>- Bret - >

Re: Welcome Abe Ratnofsky as Cassandra committer!

Congratulations Abe! 🥳 On Mon, May 12, 2025 at 11:07 AM Jaydeep Chovatia < chovatia.jayd...@gmail.com> wrote: > Congrats Abe! > > On Mon, May 12, 2025 at 11:03 AM Doug Rohrer wrote: > >> Congrats Abe! >> >> On May 12, 2025, at 12:45 PM, Alex Petrov wrote: >> >> Hello folks of the dev list, >> >

Re: [DISCUSS] CEP-46 Finish Transient Replication/Witnesses

+1 (nb) From: Ariel Weisberg Sent: Tuesday, May 6, 2025 12:59:09 PM To: Claude Warren, Jr Subject: Re: [DISCUSS] CEP-46 Finish Transient Replication/Witnesses Hi, On Sun, May 4, 2025, at 4:57 PM, Jordan West wrote: I’m generally supportive. The concept is one t

Re: Welcome Jaydeepkumar Chovatia as Cassandra committer

Congrats Jaydeep! From: Patrick McFadin Sent: Wednesday, April 30, 2025 7:47:45 AM To: dev@cassandra.apache.org Subject: Re: Welcome Jaydeepkumar Chovatia as Cassandra committer Congratulations and thank you for tackling the evergreen issue of repair! On Wed, A

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

+1 (nb) From: Jon Haddad Sent: Wednesday, April 30, 2025 8:24:44 AM To: dev@cassandra.apache.org Cc: gene...@incubator.apache.org Subject: Re: [VOTE][IP CLEARANCE] easy-cass-stress +1 On Wed, Apr 30, 2025 at 8:18 AM Jordan West mailto:jw...@apache.org>> wrote

Re: Welcome David Capwell as Cassandra PMC Member!

Congrats David! From: Abe Ratnofsky Sent: Monday, April 28, 2025 12:11:52 PM To: dev@cassandra.apache.org Subject: Re: Welcome David Capwell as Cassandra PMC Member! Congrats David!

Re: [DISCUSS] How we version our releases

Just realized that the other thread is for [vote]. Posting my question here instead... I would like to get a better understanding of "but only for features that have already been deprecated for one major release cycle." Does it mean that one has to flag a feature as deprecated in the unreleased v

Re: [VOTE] Simplifying our release versioning process

I would like to get a better understanding of "but only for features that have already been deprecated for one major release cycle." Does it mean that one has to flag a feature as deprecated in the unreleased version N, wait until when N is released (deprecating for one major cycle), and then fina

Re: Constraint's "not null" alignment with transactions and their simplification

Re: reserved keywords, “check” is currently not, and I don’t think it needs to be a reserved keyword with the proposal. From: C. Scott Andreas Sent: Thursday, April 10, 2025 7:59:35 AM To: dev@cassandra.apache.org Cc: dev@cassandra.apache.org Subject: Re: Const

Re: [VOTE][IP CLEARANCE] Spark-Cassandra-Connector

+1 (nb) From: Jeremiah Jordan Sent: Tuesday, March 18, 2025 10:32:14 AM To: dev@cassandra.apache.org Cc: gene...@incubator.apache.org Subject: Re: [VOTE][IP CLEARANCE] Spark-Cassandra-Connector +1 On Mar 18, 2025 at 3:13:09 AM, Mick Semb Wever mailto:m...@apa

Re: Welcome Ekaterina Dimitrova as Cassandra PMC member

Congratulations! From: Dmitry Konstantinov Sent: Tuesday, March 4, 2025 12:40:48 PM To: dev@cassandra.apache.org Subject: Re: Welcome Ekaterina Dimitrova as Cassandra PMC member Congrats Ekaterina!! On Tue, 4 Mar 2025 at 23:25, Paulo Motta mailto:pa...@apache.o

Re: Welcome Bernardo Botella as Cassandra Committer

Congrats Bernardo! From: Tolbert, Andy Sent: Tuesday, March 4, 2025 9:27:59 AM To: dev@cassandra.apache.org Subject: Re: Welcome Bernardo Botella as Cassandra Committer Congrats Bernardo!! On Tue, Mar 4, 2025 at 11:25 AM Francisco Guerrero mailto:fran...@apache

Re: Welcome Aaron Ploetz as Cassandra Committer

Congrats! From: Rahul Singh (ANANT) Sent: Tuesday, March 4, 2025 9:37:21 AM To: dev@cassandra.apache.org Subject: Re: Welcome Aaron Ploetz as Cassandra Committer Wooot woot Congrats Aaron Sent via Superhuman On Tue,

Re: [VOTE] Release Apache Sidecar Cassandra 0.1.0

+1 nb - Yifan From: Francisco Guerrero Sent: Thursday, February 27, 2025 2:15:08 PM To: dev@cassandra.apache.org Subject: [VOTE] Release Apache Sidecar Cassandra 0.1.0 Proposing the test build of Cassandra Sidecar 0.1.0 for release. sha1: a2c19e8ccf04bd3ddbdf8a

Re: Welcome Caleb Rackliffe to the PMC

Congrats Caleb! From: Štefan Miklošovič Sent: Friday, February 21, 2025 11:44:42 AM To: dev@cassandra.apache.org Subject: Re: Welcome Caleb Rackliffe to the PMC Congratulations Caleb, what a delivery (not only) in SAI department! On Thu, Feb 20, 2025 at 11:07 PM

Re: New committers: Maxwell Guo and Dmitry Konstantinov

Congratulations to both of you! From: Bernardo Botella Sent: Thursday, February 20, 2025 9:55:05 AM To: dev@cassandra.apache.org Subject: Re: New committers: Maxwell Guo and Dmitry Konstantinov Nice!! Congratulations Maxwell and Dmitry!! Well deserved milestone!

Re: Welcome Jeremiah Jordan to the PMC

Congrats! On Fri, Feb 14, 2025 at 10:16 AM Jordan West wrote: > Congrats, JD! Welcome aboard! > > Jordan > > On Fri, Feb 14, 2025 at 11:01 Mick Semb Wever wrote: > >>. >> >> > I hope you will join me in welcoming him to the committee. >> >> >> Welcome JD! >> >

Re: [DISCUSS] NOT_NULL constraint vs STRICTLY_NOT_NULL constraint

While LOOSE_NOT_NULL might improve the clarity a bit, what is the value of such constraint provides to users? It still permits null. Meanwhile, it is easier to check the nullness of the bound values on the application side. IMO, what benefits users is a way to ensure no null value can exist for t

Re: [DISCUSS] Fine grained max size guardails

H would be equivalent. > But, for strings, they are difference. For the string “foo”, LENGTH would > be 3, but size would be bigger than 3 (depending on the actual encoding > used). > > > On Feb 8, 2025, at 7:58 PM, Yifan Cai wrote: > > It makes sense to me to have both guardr

Re: [DISCUSS] Fine grained max size guardails

It makes sense to me to have both guardrails (which is for operators) and constraints (which is for app owners) to define size limits. Besides the difference in the target audience groups, the scope where guardrail and constraints are applicable also differs. However, it is unnecessary to reject c

Re: [DISCUSS] Tooling to repair MV through a Spark job

Oh, I just noticed that James already mentioned it. On Fri, Dec 6, 2024 at 3:51 PM Yifan Cai wrote: > I would like to highlight an existing tooling for "many things beyond the > MV work, such as counting rows, etc." > > The Apache Cassandra Analytics project ( >

Re: [DISCUSS] Tooling to repair MV through a Spark job

I would like to highlight an existing tooling for "many things beyond the MV work, such as counting rows, etc." The Apache Cassandra Analytics project ( http://github.com/apache/cassandra-analytics/) could be a great resource for this type of task. It reads directly from the SSTables in the Spark

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

t;>> Now at this point I think we can continue the voting for CEP-43 as >>>>>> all the feedback in the discussion thread seems to be addressed. >>>>>> >>>>>> Proposal: CEP43-CREATE TABLE LIKE >>>>>> <https://cwiki.ap

Re: [DISCUSS] Usage of "var" instead of types in the code

I am in favor of *disallowing* the `var` keyword. It does not provide a good readability, especially in the environments w/o type inference, e.g. text editor or github site. It could introduce performance degradation without being noticed. Consider the following code for example, Set allNames()

Re: [VOTE] CEP-42: Constraints Framework

to be added to the reserved keywords. I would propose a new iteration. ALTER TABLE ks.table ALTER [IF EXISTS] DROP CONSTRAINTS; Thank you for providing additional examples to illustrate the unnecessity of constraint names. - Yifan On Fri, Oct 25, 2024 at 11:16 AM Yifan Cai wrote: > Hi

Re: [VOTE] CEP-42: Constraints Framework

e exclusion. This is an interesting problem. If >>> somebody wants these two to be constrained and checked then I guess the >>> solution would be to have them both in a tuple instead of in two different >>> columns. So we do not need to support this cross-columns feature. Howe

Re: [DISCUSS] Modeling JIRA fix version for subprojects

Thanks for working on this! Another bikeshed I noticed is the project logo. Currently, all of them share the same one as Sidecar. The subprojects can be styled up. :p - Yifan On Wed, Oct 23, 2024 at 9:46 AM Brandon Williams wrote: > https://issues.apache.org/jira/projects/CASSPYTHON/ > https

Re: [VOTE] CEP-42: Constraints Framework

gt; >> I'm going to cap this thread. Vote passes with no binding -1s. >> >> On Tue, Jul 2, 2024 at 2:25 PM Jordan West wrote: >> >>> +1 >>> >>> On Tue, Jul 2, 2024 at 12:15 Francisco Guerrero >>> wrote: >>> >>>>

Re: [DISCUSS] Modeling JIRA fix version for subprojects

e links and the ability to >> automatically >> refer to the JIRAs? >> >> On 2024/10/18 18:17:16 Yifan Cai wrote: >> > Anyone know if there are any traps when renaming a JIRA project? Since >> we >> > are talking about change CASSANDRASC to CASS-SIDECAR.

Re: [DISCUSS] Modeling JIRA fix version for subprojects

characters. >> >>> >> >>> — >> >>> Jon Haddad >> >>> Rustyrazorblade Consulting >> >>> rustyrazorblade.com >> >>> >> >>> >> >>> On Thu, Oct 17, 2024 at 1:57 PM Štefan Miklošovič <

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

>>> <https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-43++Apache+Cassandra+CREATE+TABLE++LIKE> >>> . >>> >>> >>> Patrick McFadin 于2024年10月17日周四 06:43写道： >>> >>>> +1 That makes much more sense in my experience. >>>&

Re: [DISCUSS] Modeling JIRA fix version for subprojects

yep. CASSANALYTICS sounds good to me. +1 On Thu, Oct 17, 2024 at 1:45 PM Francisco Guerrero wrote: > > Can we include Cassandra Analytics to the infra ticket? I am looking > > forward to jira project name suggestions for it... > > How about CASSANALYTICS ? > > On 2024/

Re: [VOTE] CEP-44: Kafka integration for Cassandra CDC using Sidecar

+1 nb From: Brandon Williams Sent: Thursday, October 17, 2024 11:47:13 AM To: dev@cassandra.apache.org Subject: Re: [VOTE] CEP-44: Kafka integration for Cassandra CDC using Sidecar +1 Kind Regards, Brandon On Thu, Oct 17, 2024 at 1:08 PM James Berragan wrote:

Re: [DISCUSS] Modeling JIRA fix version for subprojects

think we just need to ask infra to create the jira instances, but >> I >> >>> > guess we need to have some kind of consistent naming scheme to help >> >>> > identify them? >> >>> > >> >>> > Kind Regards,

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

well 于2024年10月16日 周三上午9:55写道： > >> Hi yifan, >> Thanks for bringing this up. The SELECT permission on the original table >> is needed. Mysql and PG all have mentioned this, and I also specifically >> noticed this in my code. >> >> I probably missed this i

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

Thanks for creating the CEP! I think it is missing Bernardo's comment on "the need for read permissions on the source table". CreateTableStatement does not check the permissions outside of the enclosing keyspace. Having the SELECT permission on the original table is a requirement for CREATE TABLE

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

For further discussions, should we use the discussion thread? This thread is for voting. - Yifan On Tue, Oct 15, 2024 at 3:31 PM Bernardo Botella < conta...@bernardobotella.com> wrote: > Hi Guo, > > Do you think it would make sense to add a fourth keyword to add after the > WITH for Constraints?

Re: [DISCUSS] Modeling JIRA fix version for subprojects

+1 on all the points raised by Mick. Please let me know if there is anything I can help with. - Yifan On Wed, Oct 2, 2024 at 8:13 AM Josh McKenzie wrote: > - Qbot notifications in #cassandra-dev and #cassandra-noise , as well as > in any subproject channels > - some cadence of dev@ ML updates,

Re: [DISCUSS] Modeling JIRA fix version for subprojects

I support the idea of having separate Jira projects. Based on my experience with both shared namespaces (like Cassandra and Analytics) and dedicated namespaces (like Sidecar), I've seen the drawbacks of grouping all subproject tickets under a single project, i.e. Cassandra. When tickets are consol

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

Congrats Jordan and Stefan! From: Sumanth Pasupuleti Sent: Friday, August 30, 2024 1:31:01 PM To: dev@cassandra.apache.org Subject: Re: Welcome Jordan West and Stefan Miklosovic as Cassandra PMC members! Congratulations Jordan and Stefan!!! On Fri, Aug 30, 2024

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

The vote passes with 3 binding +1, 3 non binding, and no vetoes. Thanks to everyone who was part of the discussion! - Yifan On Wed, Aug 7, 2024 at 3:57 PM Brandon Williams wrote: > +1 for reasons stated in the discussion. > > Kind Regards, > Brandon > > On Sun, Aug 4, 202

Re: Welcome Doug Rohrer as Cassandra Committer

Congrats Doug! From: Jordan West Sent: Friday, August 23, 2024 1:19:04 PM To: dev@cassandra.apache.org Subject: Re: Welcome Doug Rohrer as Cassandra Committer Awesome! Congratulations Doug! On Fri, Aug 23, 2024 at 12:17 Štefan Miklošovič mailto:smikloso...@apac

Re: [DISCUSS] inotify for detection of manually removed snapshots

With WatcherService, when events are missed (which is to be expected), you will still need to list the files. It seems to me that WatcherService doesn't offer significant benefits in this case. Regarding listing directory with a refresh flag, my concern is the potential for abuse. End-users might/

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

27;s. Kind regards, Yifan Cai

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

dad wrote: > > > I'm kind of neutral on this, maybe -0. It's a small enough patch, but > it's of limited value, given that Cassandra Analytics doesn't work with > vnodes. That's the overwhelming majority of deployments. So I'm not really > sure w

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

s before upgrading to > future majors; I'm -1 on that. > > Thanks, > > – Scott > > On Jul 31, 2024, at 2:04 PM, Jon Haddad wrote: > > > I'm kind of neutral on this, maybe -0. It's a small enough patch, but > it's of limited value, given that Cassandra An

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

Hi PMC team, There are so far two +1 and one -1. Please vote if you want to. It is open for another 12 hours. 4.1 is to be released. I would like to include the patch, if possible, according to the vote result. I recognize that patches to stable releases can be risky. When talking about the trad

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

x27;t thought deeply enough about this specific situation to have a > well formed opinion, but figured calling out the above things is worth > doing. This probably won't be the last time we look at our supported > branches and have some pain we'd like to address based on the inco

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

It sounds like we are all good with backporting to 5.0. Thank you all for the feedback. - Yifan On Fri, Jul 26, 2024 at 12:21 PM Jeff Jirsa wrote: > > > On Jul 26, 2024, at 11:09 AM, Yifan Cai wrote: > >  > Thanks Jeff for restating the policy. > > According to t

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

Hi Jeremiah, It is an interesting idea. As of now, I think it is too much of a risk (or not feasible at all) to only use 5.0/trunk Cassandra-all dependency in Cassandra Analytics, since it depends on other components in Cassandra. - Yifan

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

; > > > > > On Jul 26, 2024, at 9:59 AM, Brandon Williams wrote: > > > > Given how low risk this is, I don't see an issue with backporting it > > and I'm sure the usefulness outweighs what risk there is. +1 (5.0.1 > > though, not 5.0.0) > >

[DISCUSS] Backport CASSANDRA-19800 to Cassandra-4.0, 4.1 and 5.0

Hi everyone, CASSANDRA-19800 is currently in the state of ready to be committed. Before that, I want to propose backporting it to 4.0, 4.1 and 5.0. The ability to notify CQLSSTableWriter user when new sstables are produced is especially useful for Cassandra Analytics and other consumers. The API

Re: Welcome Joey Lynch as Cassandra PMC member

Congrats Joey! From: Abe Ratnofsky Sent: Wednesday, July 24, 2024 7:55:24 AM To: dev@cassandra.apache.org Subject: Re: Welcome Joey Lynch as Cassandra PMC member Congratulations!

Re: [VOTE] CEP-42: Constraints Framework

+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, at 8:34 PM, Doug Rohrer wrote: >> >> +1 (nb) - Thanks for all of the suggestions and Bernardo for wrangling >> the CEP into shape! >> >> Doug

Re: [DISCUSS] CEP-42: Constraints Framework

> > - Alter and Drop constraints are as follows > ALTER CONSTRAINT [name] CHECK new_condition DROP CONSTRAINT [name] > I think you mean the following syntax to modify existing constraints, since constraints are part of the table definition. ALTER TABLE [keyspace_name.]table_name ALTER CONSTRAINT [

Re: Cassandra PMC Chair Rotation, 2024 Edition

Thank you for the service, Josh! Congrats, Dinesh! On Thu, Jun 20, 2024 at 11:32 AM Jean-Armel Luce wrote: > Josh, thanks for the job > Dinesh, congrats!! > > Le jeu. 20 juin 2024 à 19:42, David Capwell a écrit : > >> Congrats! >> >> On Jun 20, 2024, at 9:10 AM, Melissa Logan wrote: >> >> Josh

Re: Suggestions for CASSANDRA-18078

I am voting against this for now. There is an unaddressed gap between the functions. I do not believe there is an equivalent replacement for the MAXWRITETIME function already, which will disrupt its adopters. MAXWRITETIME handles both single value columns and collections as input. Meanwhile, COLL

Re: [DISCUSS] CEP-42: Constraints Framework

Hi Stefan, Thanks for putting the FQL example! However, it seems to be incorrect. FQL only records the _successful_ queries. The query at T4 fails, and it will not be included in FQL log. I do agree that changing guardrails on the fly can cause confusion when FQL is enabled on the node. Operator s

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

Congrats all From: Josh McKenzie Sent: Wednesday, April 17, 2024 11:05:29 AM To: dev Subject: Re: Welcome Alexandre Dutra, Andrew Tolbert, Bret McGuire, Olivier Michallat as Cassandra Committers Congrats everyone and thanks for all the hard work to get things to

Re: Welcome Maxim Muzafarov as Cassandra Committer

Congrats! From: David Capwell Sent: Monday, January 8, 2024 11:03:12 AM To: dev Subject: 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 pleasure t

Re: Welcome Francisco Guerrero Hernandez as Cassandra Committer

Congratulations! It is well deserved. 发件人: C. Scott Andreas 发送时间: Wednesday, November 29, 2023 2:56:34 AM 收件人: dev@cassandra.apache.org 主题: Re: Welcome Francisco Guerrero Hernandez as Cassandra Committer Congratulations, Francisco! - Scott > On Nov 28, 2023, at

Re: [DISCUSS] Harry in-tree

+1 发件人: Sam Tunnicliffe 发送时间: Tuesday, November 28, 2023 2:43:51 AM 收件人: dev 主题: Re: [DISCUSS] Harry in-tree Definite +1 to bringing harry-core in tree. On 24 Nov 2023, at 15:43, Alex Petrov wrote: Hi everyone, With TCM landed, there will be way more Harry te

Re: CASSANDRA-18941 produce size bounded SSTables from CQLSSTableWriter

Tables appropriately and efficiently. > > Doug > > On Oct 24, 2023, at 10:36 PM, guo Maxwell wrote: > > 😄 > > Chris Lohfink 于2023年10月25日周三 05:02写道： > >> +1 >> >> On Tue, Oct 24, 2023 at 11:24 AM Brandon Williams >> wrote: >> >>> +1 >>>

CASSANDRA-18941 produce size bounded SSTables from CQLSSTableWriter

Hi, I want to propose merging the patch in CASSANDRA-18941 to 4.0 and up to trunk and hope we are all OK with it. In CASSANDRA-18941, I am adding the capability to produce size-bounded SSTables in CQLSSTableWriter for sorted data. It can greatly benefit Cassandra Analytics (https://github.com/apa

Re: [VOTE] Accept java-driver

+1 From: David Capwell Sent: Tuesday, October 3, 2023 9:45:02 AM To: dev Subject: Re: [VOTE] Accept java-driver +1 On Oct 3, 2023, at 8:32 AM, Chris Lohfink wrote: +1 On Tue, Oct 3, 2023 at 10:30 AM Jeff Jirsa mailto:jji...@gmail.com>> wrote: +1 On Mon, Oc

Re: [VOTE] Release dtest-api 0.0.16

+1 From: C. Scott Andreas Sent: Saturday, August 19, 2023 9:51:16 AM To: dev@cassandra.apache.org Subject: Re: [VOTE] Release dtest-api 0.0.16 +1nb On Aug 19, 2023, at 9:50 AM, Blake Eggleston wrote: +1 On Aug 17, 2023, at 12:37 AM, Alex Petrov wrote:  +1

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

+1 From: Dinesh Joshi Sent: Friday, July 21, 2023 12:23:30 PM To: dev Subject: Re: [VOTE] CEP-34: mTLS based client and internode authenticators +1 > On Jul 21, 2023, at 11:07 AM, Francisco Guerrero wrote: > > +1 (nb). This is a very valuable enhancement for th

Re: Cassandra Sidecar CI is now green!

Thank you for fixing the build on ci-cassandra! I am glad that I can contribute to the process :D - Yifan On Thu, Jul 20, 2023 at 4:00 PM Francisco Guerrero wrote: > Hi list, > > I wanted to bring some visibility into the Cassandra Sidecar CI health [1]. > It seems like it has been broken for q

Re: [VOTE] CEP 33 - CIDR filtering authorizer

+1 On Tue, Jun 27, 2023 at 1:50 PM Dinesh Joshi wrote: > +1 > > > On Jun 27, 2023, at 1:23 PM, Josh McKenzie wrote: > >  > +1 > > On Tue, Jun 27, 2023, at 1:17 PM, Shailaja Koppu wrote: > > Hi Team, > > (Starting a new thread for VOTE instead of reusing the DISCUSS thread, to > follow usual pr

Re: [VOTE] CEP-8 Datastax Drivers Donation

+1 From: David Capwell Sent: Tuesday, June 13, 2023 8:37:10 AM To: dev Subject: Re: [VOTE] CEP-8 Datastax Drivers Donation +1 On Jun 13, 2023, at 7:59 AM, Josh McKenzie wrote: +1 On Tue, Jun 13, 2023, at 10:55 AM, Jeremiah Jordan wrote: +1 nb On Jun 13, 2023

Re: [VOTE] CEP-30 ANN Vector Search

+1 From: Josh McKenzie Sent: Thursday, May 25, 2023 5:37:02 PM To: dev Subject: Re: [VOTE] CEP-30 ANN Vector Search +1 On Thu, May 25, 2023, at 8:33 PM, Jake Luciani wrote: +1 On Thu, May 25, 2023 at 11:45 AM Jonathan Ellis mailto:jbel...@gmail.com>> wrote: Le

Re: [VOTE] Release dtest-api 0.0.14

+1 On Mon, May 15, 2023 at 3:13 PM Dinesh Joshi wrote: > Proposing the test build of in-jvm dtest API 0.0.14 for release. > > Repository: > https://gitbox.apache.org/repos/asf?p=cassandra-in-jvm-dtest-api.git > > Candidate SHA: > > https://github.com/apache/cassandra-in-jvm-dtest-api/commit/ea4b

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

+1 From: Jon Haddad Sent: Thursday, May 4, 2023 3:31:52 PM To: dev@cassandra.apache.org Subject: Re: [VOTE] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics +1. Awesome work Doug! Great to see this moving forward. On 2023/05/04 18:34:46 "C

  1   2   >