Everyone has a low risk change they want to backport to every branch, 4.0 and 
4.1 in particular are way past the point we should be adding features 

The policy exists and it’s a pure feature not a regression





> On Jul 26, 2024, at 9:59 AM, Brandon Williams <dri...@gmail.com> wrote:
> 
> Given how low risk this is, I don't see an issue with backporting it
> and I'm sure the usefulness outweighs what risk there is. +1 (5.0.1
> though, not 5.0.0)
> 
> Kind Regards,
> Brandon
> 
>> On Fri, Jul 26, 2024 at 11:52 AM Yifan Cai <yc25c...@gmail.com> wrote:
>> 
>> Hi everyone,
>> 
>> CASSANDRA-19800 is currently in the state of ready to be committed. Before 
>> that, I want to propose backporting it to 4.0, 4.1 and 5.0.
>> 
>> The ability to notify CQLSSTableWriter user when new sstables are produced 
>> is especially useful for Cassandra Analytics and other consumers. The API is 
>> more reliable than monitoring the file directory.
>> 
>> That being said, I am aware that the patch is an improvement and trunk only. 
>> I want to ask for an exemption on backporting the patch for two reasons. It 
>> is useful for Cassandra Analytics. The patch is low risk for Cassandra 
>> server as it only touches CQLSSTableWriter, which is only used by toolings.
>> 
>> - Yifan

Reply via email to