Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Benjamin Lerer
> In my limited view of the proposal, a major refactor of internal > concurrency APIs to support the testing facility potentially risks the > stability of a minor release, something we've been wanting to avoid with > our focus on stability. So I'd prefer this to go in trunk/4.1, otherwise > we

[VOTE][RESULT] Release Apache Cassandra 4.0.0

2021-07-13 Thread Mick Semb Wever
> -1 from me unfortunately because of > https://issues.apache.org/jira/browse/CASSANDRA-16797 being legit (but > also beyond trivial to fix). > The vote fails. Once CASSANDRA-16797 is committed I will cut and start the vote again. Folks, as difficult as this is, it really is appreciated that

Re: [VOTE] CIP-9: Make SSLContext creation pluggable

2021-07-13 Thread Benjamin Lerer
+1 Le mar. 13 juil. 2021 à 16:51, Brandon Williams a écrit : > +1 > > On Tue, Jul 13, 2021 at 9:49 AM Benjamin Lerer wrote: > > > > Hi everyone, > > > > I am proposing the CIP-9 (Make SSLContext creation pluggable) for > adoption > > > > Discussion thread: > > >

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Jeremiah D Jordan
I tend to agree with Paulo that a major refactoring of some internal interfaces sounds like something to be explicitly avoided in a patch release. I thought this was the type of change we all agreed we should stop letting in to patch releases, and that we would attempt to release more often

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Paulo Motta
> No, in my opinion the target should be 4.0.x. We are reaching for a shippable trunk and this has no public API impacts. This work is IMO central to achieving a shippable trunk, either way. The only reason I do not target 3.x is that it would be too burdensome. In my limited view of the

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Jeremiah D Jordan
Too many nots. I do not think fixing 12126 is a new feature. > On Jul 13, 2021, at 8:40 AM, Jeremiah D Jordan wrote: > > I do not think fixing CASSANDRA-12126 is not a new feature. I do think > adding the ability to do “Cluster and Code Simulations” is a new feature. > > -Jeremiah > >> On

Re: [VOTE] CIP-9: Make SSLContext creation pluggable

2021-07-13 Thread Brandon Williams
+1 On Tue, Jul 13, 2021 at 9:49 AM Benjamin Lerer wrote: > > Hi everyone, > > I am proposing the CIP-9 (Make SSLContext creation pluggable) for adoption > > Discussion thread: >

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread bened...@apache.org
My point is that we all have different premises we are working from. I don’t think you can convince me that I am mistaken about how I interpret the word feature. The release lifecycle document we voted on is ambiguous, and we all clearly take it to mean different things. From: Jeremiah D

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread bened...@apache.org
No change is without risk; we have introduced serious regressions with bug fixes to patch releases. The overall risk to the release lifecycle is reduced significantly in my opinion, as we reduce the likelihood of introducing regressions, and can use the same test infrastructure across all of

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Jeremiah D Jordan
I do not think fixing CASSANDRA-12126 is not a new feature. I do think adding the ability to do “Cluster and Code Simulations” is a new feature. -Jeremiah > On Jul 13, 2021, at 8:37 AM, bened...@apache.org wrote: > > Nothing we’re discussing constitutes a feature. We’re discussing stability

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread bened...@apache.org
> I do think adding the ability to do “Cluster and Code Simulations” is a new > feature. I don’t. I understand a feature to be a user-visible change, such as new functionality, and it was on this basis I endorsed the release lifecycle document. I do not believe that all improvement should stop

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Jeremiah D Jordan
Just because it is a feature for users who are developers does not mean it is not a new feature? Adding this capability is adding new functionality to what developers can do with Apache Cassandra. How is that not a new feature? Semver has been brought up a lot in conversations around what can

Re: [VOTE] Release Apache Cassandra 4.0.0

2021-07-13 Thread Mick Semb Wever
> > Do we support aarch64? If we don’t we should continue with the release; if we > do, we should (unfortunately) re-roll. > We do not officially support aarch64. But we are doing a lot more testing on it. My understanding is we approach it similar to JDK11 support, i.e. we can mark it as

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Sam Tunnicliffe
Spoiler alert: I am pretty familiar with the proposal and the off-list work that has been done toward it. From my perspective, I have no qualms about putting this CEP up for a vote. Having seen the potential (and to some degree, realised) benefit of this proposal, I am convinced of its value.

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread bened...@apache.org
Hi Benjamin, The concurrency constructs listed are all _blocking_ concurrency primitives, i.e. they put threads to sleep and wake them up. Since the goal of this work is pseudorandom execution of the application, trapping thread events is a central feature. The ability to mock the file system

Re: [VOTE] Release Apache Cassandra 4.0.0

2021-07-13 Thread Mick Semb Wever
> > The vote will be open for 72 hours (longer if needed). 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 and no -1's. > +1 Tested: Hashes match. Signatures match. Source artefact

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread bened...@apache.org
> This is a fair point. But a CEP isn't required to solve this. I think the work contained in this CEP is necessary to safely solving this problem, and I have some empirical evidence in favour of this assertion. From: Brandon Williams Date: Tuesday, 13 July 2021 at 13:39 To:

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread bened...@apache.org
Nothing we’re discussing constitutes a feature. We’re discussing stability enhancements, and important bug fixes. I think this disagreement is to some extent founded on our different premises about what a patch release should contain, and this seems to be the fault of incompletely specified

[VOTE] CIP-9: Make SSLContext creation pluggable

2021-07-13 Thread Benjamin Lerer
Hi everyone, I am proposing the CIP-9 (Make SSLContext creation pluggable) for adoption Discussion thread: https://lists.apache.org/thread.html/rbf99c0108a65f5e31a8f8f0ee525816ee0a387a6fae64de86ceb1495%40%3Cdev.cassandra.apache.org%3E The vote will be open for 72 hours. Votes by PMC members

Re: [VOTE] Release Apache Cassandra 4.0.0

2021-07-13 Thread bened...@apache.org
Do we support aarch64? If we don’t we should continue with the release; if we do, we should (unfortunately) re-roll. I’m genuinely unsure if we officially support it or not, though. I see an earlier related thread, but no vote and no conclusion about supported architectures. From: Mick Semb

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Brandon Williams
On Tue, Jul 13, 2021 at 7:31 AM bened...@apache.org wrote: > Furthermore, we introduced a significant performance regression in all lines > of the software by increasing the number of LWT round-trips. Unless we intend > to leave this regression for a further year without _any_ release offering

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Benjamin Lerer
> > Furthermore, we introduced a significant performance regression in all > lines of the software by increasing the number of LWT round-trips. Unless > we intend to leave this regression for a further year without _any_ release > offering a solution, we will need suitable verification mechanisms

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Paulo Motta
> "Where do we do that?" is a more tricky question. I am fully aware of the importance of this testing infra to fix CASSANDRA-12126 with a higher confidence and of Benedict's ability to deliver a correct and safe patch. The question is whether we want to be repeating old practices of including

Re: [VOTE] Release Apache Cassandra 4.0.0

2021-07-13 Thread Aleksey Yeshchenko
-1 from me unfortunately because of https://issues.apache.org/jira/browse/CASSANDRA-16797 being legit (but also beyond trivial to fix). > On 13 Jul 2021, at 12:49, bened...@apache.org wrote: > > Do we support aarch64? If we don’t we

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Benjamin Lerer
> > "Where do we do that?" is a more tricky question. Sorry, I was not really clear with that comment. What I was wondering is if we should create a minor version to address that issue (e.g. 4.1). I am also against making the change in the 4.0 branch. Le mar. 13 juil. 2021 à 16:09,

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Benjamin Lerer
Hi Benedict, Sam, Could you describe some of the scenarios that this new framework will allow us to test ? They might help me to understand the changes required. The need for the changes around concurrency and file access is not obvious to me. By consequence, I am guessing that I probably do not

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread bened...@apache.org
Ach, editing code in the email editor isn’t smart when editors all have different meanings for key combinations (accidentally hit send), but you get the idea. The simulator would intercept these thread executions, the memory accesses for the annotated field, and evaluate them so that in some

Re: [VOTE] Release Apache Cassandra 4.0.0

2021-07-13 Thread Benjamin Lerer
+1 Le mar. 13 juil. 2021 à 08:19, Mick Semb Wever a écrit : > 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: > >

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread bened...@apache.org
Did anyone have any thoughts on this CEP, or shall I bring it forward for a vote also? From: bened...@apache.org Date: Thursday, 3 June 2021 at 20:19 To: dev@cassandra.apache.org Subject: [DISCUSS] CEP-10: Cluster and Code Simulations Proposal for a mechanism to evaluate whole clusters, or

Re: [VOTE] Release Apache Cassandra 4.0.0

2021-07-13 Thread luoc
Hi, there is an issue for the [VOTE] version (Oracle JDK 1.8.0_291 on aarch64). Is it a known issue (for the 3.x)? The stack size specified is too small, Specify at least 328k Error: Could not create the Java Virtual Machine. It's worked once I added the `-Xss512k` to the JVM_OPTS (in the

Re: [VOTE] Release Apache Cassandra 4.0.0

2021-07-13 Thread guo Maxwell
+1 Benjamin Lerer 于2021年7月13日周二 下午4:12写道: > +1 > > Le mar. 13 juil. 2021 à 08:19, Mick Semb Wever a écrit : > > > Proposing the test build of Cassandra 4.0.0 for release. > > > > sha1: 69b8cc5cecc196fddb549f2edf01d962e7ef2dae > > Git: > > > > >

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread bened...@apache.org
> Should target release be 4.1. (not 4.0.x) ? No, in my opinion the target should be 4.0.x. We are reaching for a shippable trunk and this has no public API impacts. This work is IMO central to achieving a shippable trunk, either way. The only reason I do not target 3.x is that it would be too

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Mick Semb Wever
> > To achieve this, significant modifications will be required to the codebase, > mostly cleaning up existing abstractions. Specifically, we will need to be > able to mock executors, any blocking concurrency primitives, time, filesystem > access and internode streaming. > > The work is – in

Re: [VOTE] Release Apache Cassandra 4.0.0

2021-07-13 Thread Andrés de la Peña
+1 (nb) On Tue, 13 Jul 2021 at 10:26, Mick Semb Wever wrote: > > > > The vote will be open for 72 hours (longer if needed). 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 and no -1's. >

[VOTE] Release Apache Cassandra 4.0.0

2021-07-13 Thread Mick Semb Wever
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:

Re: [VOTE] Release Apache Cassandra 4.0.0

2021-07-13 Thread Dorian ROSSE
More  Télécharger Outlook pour Android From: guo Maxwell Sent: Tuesday, July 13, 2021 10:46:42 AM To: dev@cassandra.apache.org Subject: Re: [VOTE] Release Apache Cassandra 4.0.0 +1 Benjamin Lerer 于2021年7月13日周二 下午4:12写道: > +1 > > Le

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread bened...@apache.org
Perhaps it’s worth looking forward at the roadmap that we plan to develop, and consider whether such a facility would be welcome for proving their safety, and we can then worry about evolving the specifics of any API(s) together as we deploy the capability? Looking ahead, there are very few

Re: [VOTE][RESULT] Release Apache Cassandra 4.0.0

2021-07-13 Thread Ekaterina Dimitrova
It seems it is already committed. Thank you Brandon and Aleksey for the very quick actions! On Tue, 13 Jul 2021 at 11:05, Mick Semb Wever wrote: > > -1 from me unfortunately because of > > https://issues.apache.org/jira/browse/CASSANDRA-16797 being legit (but > > also beyond trivial to fix). >

Re: [DISCUSS] Clarifying the CEP process

2021-07-13 Thread Ekaterina Dimitrova
Resending to the right thread: 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/high-level prototype when/if needed, sounds reasonable.

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread Joshua McKenzie
So stepping back from the feature vs. bug and rel cycle debate (a valuable one, but not the original purpose of this thread): >From the CEP: > >- Refactor internal APIs around concurrency to support mock >implementations that are able to control execution, including > > >-

Re: [DISCUSS] CEP-10: Cluster and Code Simulations

2021-07-13 Thread bened...@apache.org
> If we're talking about introducing wrapper APIs that are compatible > w/existing concurrent classes Unfortunately we’re not, as we often don’t use interfaces. Semaphore, CountDownLatch etc are concrete classes. We have quite a hodge-podge of concurrent API usages, and many of them are not

Re: [VOTE] CIP-9: Make SSLContext creation pluggable

2021-07-13 Thread Ekaterina Dimitrova
+1 non-binding Also, I realized I’ve sent here the response I had for the general CEP discussion as a response of the discussion around this CEP. Apologize for the confusion. I will resend it as a response on the right thread now On Tue, 13 Jul 2021 at 10:51, Brandon Williams wrote: > +1 > > On

Re: [VOTE] CIP-9: Make SSLContext creation pluggable

2021-07-13 Thread Nate McCall
+1 On Wed, Jul 14, 2021 at 2:49 AM Benjamin Lerer wrote: > Hi everyone, > > I am proposing the CIP-9 (Make SSLContext creation pluggable) for adoption > > Discussion thread: > >

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

2021-07-13 Thread Jeff Jirsa
+1 On Tue, Jul 13, 2021 at 3:14 PM Mick Semb Wever wrote: > Proposing the test build of Cassandra 4.0.0 for release. > > sha1: 924bf92fab1820942137138c779004acaf834187 > Git: > https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/4.0.0-tentative > Maven Artifacts: > >

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

2021-07-13 Thread Andrés de la Peña
+1 On Wed, 14 Jul 2021 at 00:39, Patrick McFadin wrote: > +1 (nb) > > On Tue, Jul 13, 2021 at 3:45 PM Brandon Williams wrote: > > > +1 > > > > On Tue, Jul 13, 2021, 5:14 PM Mick Semb Wever wrote: > > > > > Proposing the test build of Cassandra 4.0.0 for release. > > > > > > sha1:

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

2021-07-13 Thread Ekaterina Dimitrova
+1 On Tue, 13 Jul 2021 at 18:22, Jeff Jirsa wrote: > +1 > > On Tue, Jul 13, 2021 at 3:14 PM Mick Semb Wever wrote: > > > Proposing the test build of Cassandra 4.0.0 for release. > > > > sha1: 924bf92fab1820942137138c779004acaf834187 > > Git: > > >

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

2021-07-13 Thread Patrick McFadin
+1 (nb) On Tue, Jul 13, 2021 at 3:45 PM Brandon Williams wrote: > +1 > > On Tue, Jul 13, 2021, 5:14 PM Mick Semb Wever wrote: > > > Proposing the test build of Cassandra 4.0.0 for release. > > > > sha1: 924bf92fab1820942137138c779004acaf834187 > > Git: > > >

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

2021-07-13 Thread Brandon Williams
+1 On Tue, Jul 13, 2021, 5:14 PM Mick Semb Wever wrote: > Proposing the test build of Cassandra 4.0.0 for release. > > sha1: 924bf92fab1820942137138c779004acaf834187 > Git: > https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/4.0.0-tentative > Maven Artifacts: > >

Re: [VOTE] CIP-9: Make SSLContext creation pluggable

2021-07-13 Thread Sumanth Pasupuleti
+1 non-binding On Tue, Jul 13, 2021 at 10:05 PM Berenguer Blasi wrote: > +1 > > On 14/7/21 0:34, Nate McCall wrote: > > +1 > > > > > > On Wed, Jul 14, 2021 at 2:49 AM Benjamin Lerer > wrote: > > > >> Hi everyone, > >> > >> I am proposing the CIP-9 (Make SSLContext creation pluggable) for >

Re: [VOTE] CIP-9: Make SSLContext creation pluggable

2021-07-13 Thread Berenguer Blasi
+1 On 14/7/21 0:34, Nate McCall wrote: > +1 > > > On Wed, Jul 14, 2021 at 2:49 AM Benjamin Lerer wrote: > >> Hi everyone, >> >> I am proposing the CIP-9 (Make SSLContext creation pluggable) for adoption >> >> Discussion thread: >> >>

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

2021-07-13 Thread Jake Luciani
+1 On Tuesday, July 13, 2021, Ben Bromhead wrote: > +1 (nb) > > On Wed, Jul 14, 2021 at 12:26 PM Andrés de la Peña < > a.penya.gar...@gmail.com> > wrote: > > > +1 > > > > On Wed, 14 Jul 2021 at 00:39, Patrick McFadin > wrote: > > > > > +1 (nb) > > > > > > On Tue, Jul 13, 2021 at 3:45 PM