[VOTE] Release Apache Cassandra 4.0.0

Proposing the test build of Cassandra 4.0.0 for release. sha1: 69b8cc5cecc196fddb549f2edf01d962e7ef2dae Git: https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/4.0.0-tentative Maven Artifacts: https://repository.apache.org/content/repositories/orgapachecassandra-1241/org/ap

Re: [DISCUSS] CEP-9: Make SSLContext creation pluggable

I have gone through the CEP and I have no concerns on voting on it. In my case a PR helps me pin down and understand better what the CEP will indeed look like, I like that a lot. So thx Maulin for the detailed PR with the luxury of all tests and all bells and whistles!. If it were a CEP of my own

Re: [DISCUSS] CEP-9: Make SSLContext creation pluggable

Hi everyone, Reading the thread I feel we are all more or less on the same page. My personal line of thinking: 1) I really like Benedict’s idea of some kind of cheat sheet 2) I think some kind of PoC PR, when/if needed, sounds reasonable. Probably It can help in some cases the author to reconside

Re: [DISCUSS] CEP-9: Make SSLContext creation pluggable

Thank you Benjamin. Sounds good to me. I feel if we leave full control of creating SSL's context (including ciphers, accepted protocols values etc) to the interface it would work. There are some other requirements people run into like customizing X 509 cert validations (SPIFFE

[ANNOUNCE] Apache Cassandra 4.0.0 test artifact available (take2)

The test build of Cassandra 4.0.0 is available. sha1: 69b8cc5cecc196fddb549f2edf01d962e7ef2dae Git: https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/4.0.0-tentative Maven Artifacts: https://repository.apache.org/content/repositories/orgapachecassandra-1241/org/apache/cass

[VOTE][RESULT] Release dtest-api 0.0.8

Vote passes with three binding +1 and no vetos.

Re: [DISCUSS] CEP-9: Make SSLContext creation pluggable

> > In the context of your latest answers on JIRA - your interface makes sense > to me, I just want to be sure that we will not forget to add anything which > would a respective implementator need in the future and could not use > because it is just not exposed. I do not believe that we can build

Re: [VOTE] Release dtest-api 0.0.8

+1 Le lun. 12 juil. 2021 à 11:10, Mick Semb Wever a écrit : > > > > The vote will be open for 24 hours. Everyone who has tested the build > > is invited to vote. Votes by PMC members are considered binding. A > > vote passes if there are at least three binding +1s. > > > > > +1 >

Re: [VOTE] Release dtest-api 0.0.8

> > The vote will be open for 24 hours. Everyone who has tested the build > is invited to vote. Votes by PMC members are considered binding. A > vote passes if there are at least three binding +1s. > +1

Re: [VOTE] Release dtest-api 0.0.8

+1 On Fri, Jul 9, 2021 at 12:29 PM Mick Semb Wever wrote: > Proposing the test build of in-jvm dtest API 0.0.8 for release. > > Repository: > > https://gitbox.apache.org/repos/asf?p=cassandra-in-jvm-dtest-api.git;a=shortlog;h=refs/tags/0.0.8 > > Candidate SHA: > > https://github.com/apache/cassa