+1
verified hashes and signatures.
On Tue, May 21, 2024 at 4:00 PM Bret McGuire wrote:
>Greetings all! We're going to give this another go.
>
>Apologies for the confusion that sprang out of our last attempt. It
> appears that the Nexus staging repository for the 4.18.1 release was
>
+1
On Fri, May 17, 2024 at 10:53 AM Brandon Williams <
brandonwilli...@apache.org> wrote:
> Friendly reminder that this vote is still open and lacks one binding
> vote to pass.
>
> On Thu, May 2, 2024 at 11:36 AM Brandon Williams
> wrote:
> >
> > Proposing the test build of Cassandra 4.1.5 for
On Wed, May 15, 2024 at 12:09 AM Mick Semb Wever wrote:
> Yes Dinesh. João Reis managed to get hold of both Chris and Martin.
>>> Responses have been slow, but everyone is on board. This is not to be
>>> considered a hostile fork, despite in all likelihood not being able to do a
>>> full IP
On Tue, May 14, 2024 at 10:05 AM Mick Semb Wever wrote:
>
> Ok, so we're got confidence now on how to approach this, confirmation from
> the project's maintainers supporting it, and interest from a handful of
> people interested in maintaining and contributing to the project.
>
Did you talk to
FYI, if anybody is interested in this event today is the registration
deadline.
-- Forwarded message -
From: Battula, Brahma Reddy
Date: Mon, Apr 29, 2024 at 10:27 AM
Subject: Re: Save the Date: Apache At Visa Summit on May 16, 2024 (
Registration Open.)
To:
On Tue, Apr 23, 2024 at 11:37 AM Venkata Hari Krishna Nukala <
n.v.harikrishna.apa...@gmail.com> wrote:
> reason why I called out binary level verification out of initial scope is
> because of these two reasons: 1) Calculating digest for each file may
> increase CPU utilisation and 2) Disk would
I am not familiar with ECS but if we’re going to go for it I would prefer
it to be a sub project really. Jon, what do you think?
On Thu, Apr 25, 2024 at 2:44 PM Brandon Williams wrote:
> I want to begin by saying I am generally +1 on this because I have
> become a fan of easy-cass-stress after
On Thu, Apr 18, 2024 at 12:46 PM Ariel Weisberg wrote:
>
> If there is a faster/better way to replace a node why not have Cassandra
> support that natively without the sidecar so people who aren’t running the
> sidecar can benefit?
>
I am not the author of the CEP so take whatever I say with a
On Fri, Apr 19, 2024 at 3:12 PM Jon Haddad wrote:
> I haven't looked at streaming over TLS, so I might be way off base here,
> but our own docs (
> https://cassandra.apache.org/doc/latest/cassandra/architecture/streaming.html)
> say ZCS is not available when using encryption, and if we have to
On Mon, Apr 8, 2024 at 10:23 AM Jon Haddad wrote:
> This seems like a lot of work to create an rsync alternative. I can't
> really say I see the point. I noticed your "rejected alternatives"
> mentions it with this note:
>
I want to point out a few things before dismissing it as an 'rsync
If we take this on - are there any active contributors that can be raised
as committers to maintain this project?
On Wed, Apr 3, 2024 at 2:36 PM Nate McCall wrote:
> We've talked through this before. Benjamin sussed out the main issue,
> IIRC.
> tl,dr:
> - The AUTHORS lists everyone who ever
hi folks - sorry to have dropped the ball on responding to this thread.
My 2 cents are as follows -
1. Having a separate JIRA project for each sub-project will add management
overhead. This option, however, allows us to model unique workflows for the
sub-project.
2. Managing the sub-project as
Hi Gaurav,
Thank you for the document. I read through it and wasn't entirely clear
about the problem you're trying to solve.
If you're talking about enabling authentication for the very first time on
a cluster which does not have any authentication then there are different
ways of handling it.
compatible with zlib. With this approach we
> could enable those features as well.
>
>
>
> We are also planning to accelerate existing compressors, if that is the
> preferred approach we will try to come up with a solution to work around
> the 4k window limitation.
>
>
>
Shylaja,
Cassandra uses ZStd, LZ4 and other compression libraries via JNI to
compress data. The intel hardware accelerator support is integrated into
those libraries and we can benefit from it. If there are special parameters
that need to be passed in to these libraries we can make those changes
> On Dec 11, 2023, at 11:27 AM, Raymond Huffman
> wrote:
>
> On our fork of Cassandra, we've implemented some custom behavior for handling
> CommitLog and SSTable Corruption errors. Specifically, if a node detects one
> of those errors, we want the node to stop itself, and if the node is
>
thanks for the heads up. Is there anything we could do to avoid bad merges in
the future?
Dinesh
> On Dec 16, 2023, at 3:26 PM, Mick Semb Wever wrote:
>
>
> The cassandra-5.0 branch accidentally got 229 trunk merge commits brought
> into it.
>
> This has been fixed now, but required a
> On Dec 14, 2023, at 5:35 PM, Paulo Motta wrote:
>
> This could be a potential hook for out-of-process caching.
>
> Would something like this be valuable/feasible?
It is certainly feasible. I am not sure about its value.
Dinesh
I would avoid taking away a feature even if it works in narrow set of
use-cases. I would instead suggest -
1. Leave it disabled by default.
2. Detect when Row Cache has a low hit rate and warn the operator to turn it
off. Cassandra should ideally detect this and do it automatically.
3. Move to
> On Dec 14, 2023, at 10:32 AM, Ariel Weisberg wrote:
>
> 1. Fork OHC and start publishing under a new package name and continue to use
> it
Who would fork it? Where would you fork it? My first instinct is that this
would not be viable path forward.
> 2. Replace OHC with a different cache
+1On Dec 8, 2023, at 11:43 PM, Mick Semb Wever wrote:Proposing the test build of Cassandra Java Driver 4.18.0 for release.sha1: 105d378fce16804a8af4c26cf732340a0c63b3c9Git: https://github.com/apache/cassandra-java-driver/tree/4.18.0Maven
The PMC members are pleased to announce that Francisco Guerrero Hernandez has
accepted
the invitation to become committer today.
Congratulations and welcome!
The Apache Cassandra PMC members
Hi Maxim,
Thanks for putting this CEP together! This is a great start. I have gone over
the CEP and there is one thing that stuck out to me.
Among the 'basic requirements', I see you have this -
> A dedicated admin port with the native protocol behind it,
> allowing only admin commands, to
I have a strong preference to move out the 5.0 date to have accord and TCM. I
don’t see the point in shipping 5.0 without these features especially if 5.1 is
going to follow close behind it.
Dinesh
> On Oct 23, 2023, at 4:52 AM, Mick Semb Wever wrote:
>
>
>
> The TCM work (CEP-21) is in
I haven't looked at the patch yet so take whatever I say here with a pinch of
salt.
Philosophically, defaults should not change unless there is a clear
demonstrable benefit in majority cases for our users. In this case DirectIO
should have clear benefits. That said, this is a new feature and I
+1
This is great for the project. Thank you for all the hard work everyone put
into this! It has been a long journey to get to this point.
Dinesh
> On Oct 2, 2023, at 9:53 PM, Mick Semb Wever wrote:
>
>
> The donation of the java-driver is ready for its IP Clearance vote.
>
don Williams wrote:
>>> +1
>>>
>>> Kind Regards,
>>> Brandon
>>>
>>> On Wed, Aug 16, 2023 at 4:34 PM Dinesh Joshi >> <mailto:djo...@apache.org>> wrote:
>>> >
>>> > Proposing the test bui
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-in-jvm-dtest-api/commit/1ba6ef93d0721741b5f6d6d72cba3da03fe78438
tagged with 0.0.16
Artifacts:
Brad,
Thanks for starting this discussion. My understanding is that we're
simply adding pip support for cqlsh and Apache Cassandra project will
officially publish a cqlsh pip package. This is a good goal but other
than having an official pip package, what is it that we're gaining?
Please don't
+1 to on by default.
I see the concern about breaking users by introducing 'silent defaults'. IMO
ACCP itself is a non-breaking change. If I have missed something please point
it out and I'll happy to reconsider my position.
The advantages of having ACCP on by default far outweigh the risk of
Mick,
This sounds like a good plan. CEP-33 and 34 are ready to go. We're running into
CI related issues but once they clear up we'll merge them. I anticipate we'll
be done in a week's time.
Thanks,
Dinesh
> On Jul 26, 2023, at 3:27 PM, Mick Semb Wever wrote:
>
>
> The previous thread¹ on
I concur, repair is an intrinsic part of the database and belongs inside it. We
can certainly expose a REST control plane API via the sidecar for triggering it
on demand, scheduling, etc.
That said, there are various implementation of repair scheduling and
orchestration that a lot of
+1
> On Jul 21, 2023, at 11:07 AM, Francisco Guerrero wrote:
>
> +1 (nb). This is a very valuable enhancement for the project.
>
> Thanks for the contribution, Jyothsna!
>
> On 2023/07/21 16:57:45 Jyothsna Konisa wrote:
>> Hi Everyone!
>>
>> I would like to start a vote thread for CEP-34.
>>
Thanks Francisco, Mick and Yifan for making this happen!
> On 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 quite a while and we have finally fixed
> it
+1
> On Jul 18, 2023, at 11:28 PM, Miklosovic, Stefan
> wrote:
>
> Proposing the test build of Cassandra 4.1.3 for release.
>
> sha1: 2a4cd36475de3eb47207cd88d2d472b876c6816d
> Git: https://github.com/apache/cassandra/tree/4.1.3-tentative
> Maven Artifacts:
>
Does anybody have any questions / comments?
Dinesh
> On Jul 17, 2023, at 12:37 PM, Dinesh Joshi wrote:
>
> Hi folks,
>
> Given the feedback received, we thought it would be best to do a CEP. Here's
> the link: https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-34
&g
thread for it.
Thanks,
Dinesh
> On Jul 12, 2023, at 12:13 AM, Dinesh Joshi wrote:
>
> I can certainly start a VOTE thread for the CQL syntax addition. There
> hasn't been any feedback that suggests that there is an unaddressed
> concern to the changes we are making.
>
> Th
+1
> On Jul 13, 2023, at 12:12 AM, Miklosovic, Stefan
> wrote:
>
> Proposing the test build of Cassandra 4.0.11 for release.
>
> sha1: f8584b943e7cd62ed4cb66ead2c9b4a8f1c7f8b5
> Git: https://github.com/apache/cassandra/tree/4.0.11-tentative
> Maven Artifacts:
>
This adds maintenance overhead but is a potential alternative. I would only
flip the flag. I would prefer to make the default "legacy" output and innovate
behind a "--output-format=v2" flag. That way tools do not break or have to
change to pass in the new flag.
Ideally we should always version
I can certainly start a VOTE thread for the CQL syntax addition. There
hasn't been any feedback that suggests that there is an unaddressed
concern to the changes we are making.
That said, I'm not sure if there was explicit decision that has resulted
in an update to the project's governance to
ould be a convenient feature, we can add it as required in the followup patches.Christopher, I will be acting upon your feedback regarding having identity in the cassandra.yaml optionally configurable.Thanks,Jyothsna Konisa.On Thu, Jul 6, 2023 at 5:30 PM Dinesh Joshi <djo...@apache.org> wrote:&
> On Jul 8, 2023, at 8:43 AM, Miklosovic, Stefan
> wrote:
>
> If we are providing CQL / JSON / YAML for couple years, I do not believe that
> the argument "lets not break it for folks in nodetool" is still relevant. CQL
> output is there from times of 4.0 at least (at least!) and YAML / JSON
> On Jun 30, 2023, at 1:09 PM, Jeremiah Jordan wrote:
>
> I don’t think users necessarily need to be able to update their own
> identities. I just don’t want to have to use the super user role. The super
> user role has all power over all things in the data base. I don’t want to
> have to
> It is surprising to me that we load the identity from the keystore vs
> explicitly setting an expected value in cassandra.yaml. I get that an error
> is thrown if the identity doesn't match those of other nodes in the cluster,
> but does it make sense to prevent startup should the value in
ER 'jeffrey'@'localhost'
>> REQUIRE SUBJECT
>> '/C=SE/ST=Stockholm/L=Stockholm/
>> O=MySQL demo client certificate/
>>
>> CN=clie
+1On Jun 27, 2023, at 1:23 PM, Josh McKenzie wrote:+1On 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 procedure).Please vote on CEP 33 - CIDR filtering authorizer
This would be a good addition and would make Cassandra more performant out of the box.DineshOn Jun 22, 2023, at 9:45 PM, Jordan West wrote:Glad to see there is support for this! I think ACCP would be a good choice since there seems to be a lot of experience deploying it. I’ve opened
arification!
>
> Cheers,
>
> Derek
>
> On Sat, Jun 3, 2023 at 12:48 AM Dinesh Joshi <mailto:djo...@apache.org>> wrote:
>
>> On Jun 2, 2023, at 9:06 PM, Derek Chen-Becker
>> mailto:de...@chen-becker.org>> wrote:
>
+1
Dinesh
> On Jun 13, 2023, at 7:15 AM, Jeremy Hanna wrote:
>
>
> Calling for a vote on CEP-8 [1].
>
> To clarify the intent, as Benjamin said in the discussion thread [2], the
> goal of this vote is simply to ensure that the community is in favor of the
> donation. Nothing more.
> The
> On Jun 2, 2023, at 9:06 PM, Derek Chen-Becker wrote:
>
> This certainly looks like a nice addition to the operator's tools for
> securing cluster access. Out of curiosity, is there anything in this work
> that would *preclude* a different authentication scheme for internode at some
> point
> On Jun 2, 2023, at 1:56 PM, Christopher Bradford wrote:
>
> I am not sure what you mean by this would be used alongside internode and
> client TLS? The mutual TLS authentication allows the server to authenticate
> the client's identity using a client TLS certificate. The authenticators
>
> Is there an expectation that this would be used alongside internode and
> client TLS? Would the certificates be the same, different, or is that an
> implementation detail for the specific deployment to determine?
I am not sure what you mean by this would be used alongside internode and
Hi dev@,
We're planning to add mTLS client authentication as well as internode
authentication in CASSANDRA-18554. While this is all backward compatible, we
thought it would be a good idea to notify the dev list. If anybody is
interested please take a look at the JIRA.
Thanks,
Dinesh
This is exciting. Thank you for all your hard work on getting ICLAs from contributors. I am in favor of moving forward.On May 26, 2023, at 5:54 AM, Jeremy Hanna wrote:To add to a somewhat crowded [DISCUSS] party, I'd like to restart the discussion around CEP-8.This is the original thread from
+1On May 25, 2023, at 8:45 AM, Jonathan Ellis wrote:Let's make this official.CEP: https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-30%3A+Approximate+Nearest+Neighbor%28ANN%29+Vector+Search+via+Storage-Attached+IndexesPOC that demonstrates all the big rocks, including distributed
Leaving the naming aside (the hardest part of any software), I am generally
positive about your idea. A protocol version bump may be avoidable like you
suggested. Perhaps a prototype of this idea is in order to help shape the idea?
Would you like to take it on?
> On May 21, 2023, at 4:21 AM,
ex Petrov wrote:
>> > +1
>> >
>> > On Wed, May 24, 2023, at 5:36 PM, Doug Rohrer wrote:
>> > > +1 (nb)
>> > >
>> > > > On May 24, 2023, at 11:32 AM, Brandon Williams > > > > <mailto:dri...@gmail.com>> wrote:
&
> On May 25, 2023, at 6:14 AM, Jonathan Ellis wrote:
>
> Any objections to adding the concurrent wrapper and switching out agrona for
> fastutil?
How does fastutil compare to agrona in terms of memory profile and runtime
performance? How invasive would it be to switch?
Proposing the test build of in-jvm dtest API 0.0.15 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/48af78d1d4b5f285d3dd4991afd4df3101e3983a
tagged with 0.0.15
Artifacts:
Vote passes with 7 +1s and no -1s.
thanks everybody.
On 5/15/23 15:12, 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:
> http
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/ea4b44e0ed0a4f0bbe9b18fb40ad927b49a73a32
tagged with 0.0.14
Artifacts:
> On May 12, 2023, at 11:36 AM, Caleb Rackliffe
> wrote:
>
> [POLL] Centralize existing syntax or create new syntax?
>
> 1.) CREATE INDEX ... USING WITH OPTIONS...
> 2.) CREATE LOCAL INDEX ... USING ... WITH OPTIONS... (same as 1, but adds
> LOCAL keyword for clarity and separation from
I agree. 5.0 is a major release and provides an opportunity to switch defaults.
> On May 9, 2023, at 7:00 PM, Jonathan Ellis wrote:
>
> +1 for this, especially in the long term. CREATE INDEX should do the right
> thing for most people without requiring extra ceremony.
>
> On Tue, May 9, 2023
+1
> On May 8, 2023, at 1: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
+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.apache.org/confluence/display/CASSANDRA/CEP-28%3A+Reading+and+Writing+Cassandra+Data+with+Spark+Bulk+Analytics
>
> Jira:
>
ersion. I think everyone will definitely not want the
> project code to be merged, but it has been unable to release for a long time
> as this project relies on Cassandra sidecar.
>
> Dinesh Joshi mailto:djo...@apache.org>> 于2023年5月4日周四
> 02:35写道:
>> If there aren't additiona
If there aren't additional questions / comments I will start the VOTE thread on
this CEP tonight.
On 2023/05/01 19:50:12 Dinesh Joshi wrote:
> Does anybody have any questions that we could answer about this proposal?
I'm also in favor of having a general data type that is not tied to numeric
data types alone.
On 2023/05/02 22:27:24 Jonathan Ellis wrote:
> I had a call with David. We agreed that we want a "vector" data type with
> these properties
>
> - Fixed length
> - No nulls
> - Random access not
kes sense that the sstable streaming is network bound since it's
> mostly just moving files.
>
> Do you have any performance stats on the sstable parsing side inside spark?
>
> --Seb
>
> On Tue, May 2, 2023 at 3:31 PM Dinesh Joshi wrote:
>
> > It is line rate / netwo
've seen so far are for the sidecar streaming
> sstables (seems like this is just network bound?). What kind of perf are
> you seeing at the Spark executors (at the per task level)?
>
> --Seb
>
> On Mon, May 1, 2023 at 3:50 PM Dinesh Joshi wrote:
>
> > Does anybody hav
Does anybody have any questions that we could answer about this proposal?
> On Apr 27, 2023, at 1:24 PM, Francisco Guerrero
> wrote:
>
> Hi folks,
>
> We have updated the confluence page with the source code for CEP-28.
> There are two repositories with contributions. One is the patch [1]
>
Interesting proposal Jonathan. Will grok it over the weekend and play around
with the branch.
Do you intend to make this part of CEP-7 or as an incremental update to SAI
once it is committed?
> On Apr 21, 2023, at 2:19 PM, Jonathan Ellis wrote:
>
> Happy Friday, everyone!
>
> Rich text
-1 as well. We need to upgrade Zstd.
>
> On Apr 6, 2023, at 4:57 AM, Mick Semb Wever wrote:
>
>
>
>
>> Up to you to fail the vote and we realistically release 4.0.9 after Easter
>
>
> -1 to the vote.
>
> I support your initial veto and reasoning, and it appears you are willing to
>
I’m strongly in favor of leaving terminology as-is. On Apr 6, 2023, at 7:20 AM, Bowen Song via dev wrote:
> I'm quite happy to leave things as they are if that is
the consensus.
+1 to the above
On 06/04/2023 14:54, Mike Adamson
wrote:
Thank you Mick for all the work you did!
Welcome Josh and congratulations!
On 3/23/23 01:22, Mick Semb Wever wrote:
> It is time to pass the baton on, and on behalf of the Apache Cassandra
> Project Management Committee (PMC) I would like to welcome and
> congratulate our next PMC Chair Josh
Hi Benjamin,
I agree with your concern about long term maintenance of the code. Doug
has contributed several patches to Cassandra over the years. Besides him
there will be several other maintainers that will take on maintenance of
this code including Yifan and myself. Given how closely it is
I’m a big fan of maintaining backward compatibility. Downgradability implies that we could potentially roll back an upgrade at any time. While I don’t think we need to retain the ability to downgrade in perpetuity it would be a good objective to maintain strict backward compatibility and therefore
+1
>
> On Feb 6, 2023, at 8:16 AM, Sam Tunnicliffe wrote:
>
>
> Hi everyone,
>
> I would like to start a vote on this CEP.
>
> Proposal:
> https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-21%3A+Transactional+Cluster+Metadata
>
> Discussion:
>
Congratulations Patrick!
>
> On Feb 2, 2023, at 9:58 AM, Benjamin Lerer wrote:
>
>
> The PMC members are pleased to announce that Patrick McFadin has accepted
> the invitation to become committer today.
>
> Thanks a lot, Patrick, for everything you have done for this project and its
>
I’m also very interested in this area. I quickly skimmed the proposal and IIUC it doesn’t call for moving away from JMX. Instead I think it’s making it easier to expose metrics over various interfaces. Maxim please correct me if I’m wrong in my understanding.I also second Josh’s point on JMX
+1
> On Dec 19, 2022, at 6:28 PM, Jake Luciani wrote:
>
>
> +1
>
>> On Mon, Dec 19, 2022 at 7:27 PM C. Scott Andreas
>> wrote:
>> +1nb
>>
>>> On Dec 19, 2022, at 1:27 PM, Josh McKenzie wrote:
>>>
>>>
>>> +1
>>>
On Mon, Dec 19, 2022, at 11:54 AM, SAURABH VERMA wrote:
+1
We should also very clearly list out what is considered a public API. The
current statement that we have is insufficient:
> public APIs, including CQL, virtual tables, JMX, yaml, system properties,
> etc.
The guidance on treatment of public APIs should also move out of "Code Style"
page as
I would expect the role of SpotBugs to be advisory at first. After running it
on the code and evaluating the number and type of violations we can decide
which make sense to address and whether we would like it break the builds if it
detects violations.
>
> On Nov 7, 2022, at 4:45 PM, Derek
This is a good idea. Could you please run it by ASF legal just so we have all
our bases covered?
>
> On Nov 7, 2022, at 3:10 PM, David Capwell wrote:
>
> I was thinking that it would be good to add SpotBugs
> (https://spotbugs.github.io) into our build to help find bugs earlier in the
>
Hi James,
Welcome to the cassandra community. I have invited you to the ASF slack. Please
ping me offline if you haven't received it.
Dinesh
> On Oct 2, 2022, at 6:31 PM, James wrote:
>
> Hi all,
>
> This is my first interaction with an open source community (I’m a student in
> a postbacc
I am in favor of adding the dependency but like many others have already said,
it would be nice to outline what and why are we using it?
Dinesh
> On Oct 1, 2022, at 9:57 AM, Derek Chen-Becker wrote:
>
> Providing some guidance seems like a reasonable step to take. Would that be
> in our
Personally not opposed to this. However, this is something that should be
vetted closely by the reviewers. Unless absolutely needed we should avoid
accessing the internals. Folks on this project should understand why. We can
make the dangers of this explicit in our contributor documentation.
sounds interesting. I would like to understand a couple things here. If the
column names are the same for masked and unmasked data, it would impact
existing applications. I am curious what the transition plan look like for
applications that expect unmasked data?
For example, let’s say you
I’m all for having a consistent template but the legal disclaimer is something
I personally dislike and will discourage contributions. My understanding is
that ICLA is not required for every single contributor. I don’t think we ask
anybody to sign it unless they’re a committer. Under the Apache
Thank you Nate for your service!
Welcome Mick!
>
> On Jul 11, 2022, at 5:54 AM, Paulo Motta wrote:
>
>
> Hi,
>
> I wanted to announce on behalf of the Apache Cassandra Project Management
> Committee (PMC) that Nate McCall (zznate) has stepped down from the PMC chair
> role. Thank you
Better yet strive to maintain backward compatibility. There are very very few
occasions where backward compatibility breakage is warranted.
> On Jun 15, 2022, at 10:59 AM, bened...@apache.org wrote:
>
>
> > I agree a broader consensus beyond those on the jira ticket should be
> > sought
s. If anyone wants to escalate to a formal vote, feel free to
> say so.
>
> I’ll update the wiki in a couple of days; we can always roll back if a
> dissenting voice appears.
>
>
> From: Dinesh Joshi
> Date: Friday, 3 June 2022 at 18:34
> To: dev@cassandra.apa
ut of the woodwork.
>
> Perhaps I will just publish, and we can start addressing these queries in a
> follow-up process.
>
> From: Dinesh Joshi
> Date: Friday, 3 June 2022 at 16:57
> To: dev@cassandra.apache.org
> Subject: Re: [DISCUSS] Change code style guide WRT
s what David has mentioned:
>
> https://issues.apache.org/jira/browse/CASSANDRA-16096
> https://lists.apache.org/thread/mkskwxn921t5bkfmnog032qvnyjk82t7
>
> I'll make sure to update the style guide itself, too, since it looks like
> there was a vote, and intellij file is update
So your proposal is to always add override annotation? Or are there situations
where you don’t want to add them?
>
> On Jun 3, 2022, at 6:53 AM, Alex Petrov wrote:
>
>
> Hi everyone,
>
> In our style guide [1], we have a following statement:
>
> > Avoid redundant @Override annotations
This sounds great. Thanks for taking time to do this! Please post back notes of
the meeting on the dev list so those who couldn't attend are in the loop.
> On Apr 29, 2022, at 3:16 PM, Patrick McFadin wrote:
>
> Hi everyone,
>
> There are several community members working on various marketing
That’s great to hear. I would also be available to help review submissions.
> On Apr 6, 2022, at 8:14 AM, Sharan Foga wrote:
>
> Hi Paulo
>
> We have great news - the Performance Engineering track has been accepted so
> we will be looking to encourage and promote CFP submissions for it. We
+1
> On Mar 31, 2022, at 10:04 AM, David Capwell wrote:
>
> +1
>
>> On Mar 31, 2022, at 9:53 AM, Alex Petrov wrote:
>>
>> Proposing the test build of in-jvm dtest API 0.0.13 for release.
>>
>> Repository:
>>
Congratulations Aleksandr!
> On Mar 17, 2022, at 3:49 AM, Brandon Williams wrote:
>
> Congratulations and thank you Aleksandr!
>
> Kind Regards,
> Brandon
>
> On Wed, Mar 16, 2022 at 8:15 AM Benjamin Lerer wrote:
>>
>> The PMC members are pleased to announce that Aleksandr Sorokoumov has
airline/airlift is deprecated. I suspect if there were any security issues they
would not be fixed. Their project recommends moving to Airline 2 or picocli.
I share Stefan's concern about the stability of the CLI and output formatting.
We should avoid any breakages resulting from this
1 - 100 of 279 matches
Mail list logo