Re: [DISCUSS] Add "Security Implications" section to KIP template

Hi Chris, I like this idea. Thanks for raising this! One question to the template bullet: • Does it make Kafka or any of its components more difficult to run in a fully-secured fashion? I don't quite understand what it means. Could you elaborate on it? Thank you. Luke On Wed, Jan 11, 2023 at

Jenkins build is still unstable: Kafka » Kafka Branch Builder » trunk #1506

See

[VOTE] 3.4.0 RC0

Hello Kafka users, developers and client-developers, This is the first candidate for release of Apache Kafka 3.4.0. Some of the major features include: * KIP-881: Rack-aware Partition Assignment for Kafka Consumers

Jenkins build is unstable: Kafka » Kafka Branch Builder » 3.3 #145

See

Re: [DISCUSS] KIP-896: Remove old client protocol API versions in Kafka 4.0

Thanks Ismael. > The following metrics are used to determine both questions: > > > >- Client name and version: > > > > kafka.server:clientSoftwareName=(client-software-name),clientSoftwareVersion=(client-software-version),listener=(listener),networkProcessor=(processor-index),type=(type)

Re: [VOTE] 3.3.2 RC1

Hi all, In order to continue with the release process, I need the assistance of a PMC member to help with publishing artifacts to the release directory of our SVN repo, and adding my public key to the KEYS file. Would anyone be willing to lend a hand? Cheers, Chris On Wed, Jan 11, 2023 at

[jira] [Resolved] (KAFKA-14613) Move BrokerReconfigurable/KafkaConfig to server-common module.

[ https://issues.apache.org/jira/browse/KAFKA-14613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Satish Duggana resolved KAFKA-14613. Resolution: Won't Do > Move BrokerReconfigurable/KafkaConfig to server-common module. >

[RESULTS] [VOTE] Release Apache Kafka version 3.3.2

This vote passes with 8 +1 votes (3 bindings) and no 0 or -1 votes. +1 votes PMC Members: * Manikumar Reddy * Mickael Maison * Tom Bentley Committers: * Satish Duggana Community: * Yash Mayya * Divij Vaidya * Jakub Scholz * Federico Valeri 0 votes * No votes -1 votes * No votes Vote thread:

Re: [VOTE] 3.3.2 RC1

Hi all, Thanks to José for running the system tests, and to Bruno for verifying the results! With that, I'm closing the vote. The RC has passed with the required number of votes. I'll be sending out a results announcement shortly. Cheers, Chris On Wed, Jan 11, 2023 at 6:19 AM Bruno Cadonna

Re: [VOTE] KIP-710: Full support for distributed mode in dedicated MirrorMaker 2.0 clusters

Hi all, First off, congratulations to Daniel on your KIP passing! With regards to the question of exactly-once support, I believe it should be fully-supported by dedicated MM2 clusters once this KIP is implemented and merged. Speaking of implementation--I've already put together a patch for the

[GitHub] [kafka-site] divijvaidya commented on pull request #477: Add recommendation in coding style guide about usage of Option.exists

divijvaidya commented on PR #477: URL: https://github.com/apache/kafka-site/pull/477#issuecomment-1379054268 @ijuma please review. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific

[GitHub] [kafka-site] divijvaidya opened a new pull request, #477: Add recommendation in coding style guide about usage of Option.exists

divijvaidya opened a new pull request, #477: URL: https://github.com/apache/kafka-site/pull/477 For motivation: Reference conversation at https://github.com/apache/kafka/pull/13096#discussion_r1067091105 -- This is an automated message from the Apache Git Service. To respond to the

[DISCUSS] Add "Security Implications" section to KIP template

Hi all, I'd like to propose augmenting the KIP template with a "Security Implications" section. Similar to the recently-added "test plan" section, the purpose here is to draw explicit attention to the security impact of the changes in the KIP during the design and discussion phase. On top of

[jira] [Created] (KAFKA-14615) Use sizeCompare(Iterable[_]) to compare two iterables

Divij Vaidya created KAFKA-14615: Summary: Use sizeCompare(Iterable[_]) to compare two iterables Key: KAFKA-14615 URL: https://issues.apache.org/jira/browse/KAFKA-14615 Project: Kafka Issue

Jenkins build is still unstable: Kafka » Kafka Branch Builder » trunk #1505

See

Re: [VOTE] KIP-710: Full support for distributed mode in dedicated MirrorMaker 2.0 clusters

+1 (non-binding) On Sat, Oct 22, 2022, 2:38 AM Urbán Dániel wrote: > Hi everyone, > > I would like to start a vote on KIP-710 which aims to support running a > dedicated MM2 cluster in distributed mode: > > >

Re: [VOTE] KIP-710: Full support for distributed mode in dedicated MirrorMaker 2.0 clusters

As for the vote, thanks for participating, the vote passed with 3 binding and 1 non-binding votes. Moving the KIP forward. Daniel Dániel Urbán ezt írta (időpont: 2023. jan. 11., Sze, 13:28): > Hi Mickael, > Yes, after this KIP is implemented, the nested Connect workers inside MM2 > will behave

Re: [VOTE] KIP-710: Full support for distributed mode in dedicated MirrorMaker 2.0 clusters

Hi Mickael, Yes, after this KIP is implemented, the nested Connect workers inside MM2 will behave the same way as vanilla Connect, and EOS will be supported. I would like to ask Chris to confirm, as I'm not too familiar with the details of KIP-618, but I really don't see any issues after KIP-710

Jenkins build is still unstable: Kafka » Kafka Branch Builder » trunk #1504

See

Re: [VOTE] 3.3.2 RC1

Hi Chris and José, I think the issue is not Streams related but has to do with the following commit: commit b66af662e61082cb8def576ded1fe5cee37e155f (HEAD, tag: 3.3.2-rc1) Author: Chris Egerton Date: Wed Dec 21 16:14:10 2022 -0500 Bump version to 3.3.2 The Streams upgrade system

[jira] [Created] (KAFKA-14614) Missing cluster tool script for Windows

Mickael Maison created KAFKA-14614: -- Summary: Missing cluster tool script for Windows Key: KAFKA-14614 URL: https://issues.apache.org/jira/browse/KAFKA-14614 Project: Kafka Issue Type: Bug

Re: [DISCUSS] KIP-894: Use incrementalAlterConfigs API for syncing topic configurations

Thank you both for the feedback. > Have we considered using incremental alter configs by default and fallback to the legacy one if the former is unavailable? Initially having a flag with just on and off switches seemed simpler and it gives users control and awareness of what's being used.

[jira] [Resolved] (KAFKA-14566) Please Close This Ticket As It Was Inadvertently Created. See KAFKA-14565 For The Correct Ticket.

[ https://issues.apache.org/jira/browse/KAFKA-14566?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Bentley resolved KAFKA-14566. - Resolution: Invalid > Please Close This Ticket As It Was Inadvertently Created. See

Re: Re: [DISCUSS] KIP-710: Full support for distributed mode in dedicated MirrorMaker 2.0 clusters

Hi Mickael, Thanks for the input, I updated the KIP with the config name you suggested. Daniel Mickael Maison ezt írta (időpont: 2022. nov. 7., H, 10:48): > Hi Daniel, > > Thanks for the KIP. > > It would be nice to expose more of the REST API as some endpoints are > really useful, for example

Re: [ANNOUNCE] New committer: Justine Olshan

Hi Justine, Re-reading my message I realized that my message might be misinterpreted. I meant that I am late with congratulating you due to the holidays, NOT that it took you long becoming a committer! Sorry for the potential confusion! Best, Bruno On 11.01.23 08:57, Bruno Cadonna wrote: