done when there’s some clear value. Since the
>>>>> overhead of having an unused parameter is ~zero, in my opinion this
>>>>> occurs only when we really need the operator to consider the semantic
>>>>> impact of its deprecation.
>>>>>
>
duce a compile time check that validates
>> config compatibility with prior versions, to avoid this in future.
>>
>>
>>
>> *From: *Dinesh Joshi
>> *Date: *Saturday, 12 February 2022 at 00:09
>> *To: *dev@cassandra.apache.org
>> *Subject: *Re: [RELE
minor upgrades, but we shouldn’t break any upgrade
>>> unnecessarily.
>>>
>>>
>>>
>>> I wonder if we should introduce a compile time check that validates config
>>> compatibility with prior versions, to avoid this in future.
>>>
> unnecessarily.
>
>
>
> I wonder if we should introduce a compile time check that validates config
> compatibility with prior versions, to avoid this in future.
>
>
>
> From: Dinesh Joshi mailto:djo...@apache.org>>
> Date: Saturday, 12 February 2022 at 00:09
; compatibility with prior versions, to avoid this in future.
>
>
>
> *From: *Dinesh Joshi
> *Date: *Saturday, 12 February 2022 at 00:09
> *To: *dev@cassandra.apache.org
> *Subject: *Re: [RELEASE] Apache Cassandra 4.0.2 released
>
> We should also have deprecation guidance in Co
:09
To: dev@cassandra.apache.org
Subject: Re: [RELEASE] Apache Cassandra 4.0.2 released
We should also have deprecation guidance in Config.java. This will help when
anybody is making changes in the future.
On Feb 11, 2022, at 3:07 PM, Ekaterina Dimitrova
mailto:e.dimitr...@gmail.com>>
Patch submitted for review.
I will also add explicit point on deprecation to the config docs I am
writing now too.
On Fri, 11 Feb 2022 at 19:10, Dinesh Joshi wrote:
> We should also have deprecation guidance in Config.java. This will help
> when anybody is making changes in the future.
>
> On
We should also have deprecation guidance in Config.java. This will help when
anybody is making changes in the future.
> On Feb 11, 2022, at 3:07 PM, Ekaterina Dimitrova
> wrote:
>
> Note taken, I had to document only in 4.0.x that those are placeholder. I
> just opened ticket to fix that -
Note taken, I had to document only in 4.0.x that those are placeholder. I
just opened ticket to fix that - CASSANDRA-17377. I am going to submit a
patch soon
On Fri, 11 Feb 2022 at 17:44, Jeff Jirsa wrote:
> We don't HAVE TO remove the Config.java entry - we can mark it as
> deprecated and
We don't HAVE TO remove the Config.java entry - we can mark it as
deprecated and ignored and remove it in a future version (and you could
update Config.java to log a message about having a deprecated config
option). It's a much better operator experience: log for a major version,
then remove in
I don't think that's enough. We noop'd this in 3.11:
https://github.com/apache/cassandra/blob/cassandra-3.11/NEWS.txt#L310
but never mentioned it again or did a proper deprecation notice, so
dropping them in a minor is especially not nice.
On Fri, Feb 11, 2022 at 4:26 PM Erick Ramirez
wrote:
>
This had to be removed in 4.0 but it wasn’t. The patch mentioned did it to
fix a bug that gives impression those work. Confirmed with Benedict on the
ticket.
I agree I absolutely had to document it better, a ticket for documentation
was opened but it slipped from my mind with this emergency
(moved dev@ to BCC)
> It looks like the otc_coalescing_strategy config key is no longer
> supported in cassandra.yaml in 4.0.2, despite this not being mentioned
> anywhere in CHANGES.txt or NEWS.txt.
>
James, you're right -- it was removed by CASSANDRA-17132
Accidentally dropped dev@, so adding back in the dev list, with the hopes
that someone on the dev list helps address this.
On Fri, Feb 11, 2022 at 2:22 PM Jeff Jirsa wrote:
> That looks like https://issues.apache.org/jira/browse/CASSANDRA-17132 +
>
The Cassandra team is pleased to announce the release of Apache
Cassandra version 4.0.2.
Apache Cassandra is a fully distributed database. It is the right
choice when you need scalability and high availability without
compromising performance.
http://cassandra.apache.org/
Downloads of source
15 matches
Mail list logo