1. +1 nb 2. +1 nb 3. +1 nb I am excited to see a real proposal backed by a number of competent engineers that will meaningfully improve our ability to deliver important and complex features for Cassandra.
To be frank, I'm somewhat confused as to the dissent on the CEP strategy itself (tactical implementation questions aside). The text seems rather uncontroversial (~= "let's make fast general purpose transactions") and I feel like it's rather odd to say we don't want to at least try out an actual solution that has actual engineers with time to work on it versus any other option where the code doesn't even begin to exist much less full time engineers willing to spend time on it. Certainly this CEP meets the standard for support? It is well thought out, well researched, a prototype exists, that prototype appears to be well tested, and the authors significantly engaged with the community incorporating feedback. -Joey On Thu, Oct 14, 2021 at 9:31 AM bened...@apache.org <bened...@apache.org> wrote: > > Hi everyone, > > I would like to start a vote on this CEP, split into three sub-decisions, as > discussion has been circular for some time. > > 1. Do you support adopting this CEP? > 2. Do you support the transaction semantics proposed by the CEP for Cassandra? > 3. Do you support an incremental approach to developing transactions in > Cassandra, leaving scope for future development? > > The first vote is a consensus vote of all committers, the second and third > however are about project direction and therefore are simple majority votes > of the PMC. > > Recall that all -1 votes must be accompanied by an explanation. If you reject > the CEP only on grounds (2) or (3) you should not veto the proposal. If a > majority reject grounds (2) or (3) then transaction developments will halt > for the time being. > > This vote will be open for 72 hours. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org For additional commands, e-mail: dev-h...@cassandra.apache.org
