[jira] [Resolved] (KAFKA-17451) Remove deprecated Consumer#committed

2024-10-02 Thread Chia-Ping Tsai (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-17451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai resolved KAFKA-17451. Fix Version/s: 4.0.0 Resolution: Fixed > Remove deprecated Consumer#committed > ---

[jira] [Created] (KAFKA-17689) Migrate TieredStorageTestHarness to new test infra

2024-10-02 Thread Chia-Ping Tsai (Jira)
Chia-Ping Tsai created KAFKA-17689: -- Summary: Migrate TieredStorageTestHarness to new test infra Key: KAFKA-17689 URL: https://issues.apache.org/jira/browse/KAFKA-17689 Project: Kafka Issue

[jira] [Resolved] (KAFKA-17511) Move ElectLeadersRequestOps to ElectLeadersRequest

2024-10-02 Thread Chia-Ping Tsai (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-17511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai resolved KAFKA-17511. Fix Version/s: 4.0.0 Resolution: Fixed > Move ElectLeadersRequestOps to ElectLeader

[jira] [Created] (KAFKA-17688) Move TransactionsTest to storage module

2024-10-02 Thread Chia-Ping Tsai (Jira)
Chia-Ping Tsai created KAFKA-17688: -- Summary: Move TransactionsTest to storage module Key: KAFKA-17688 URL: https://issues.apache.org/jira/browse/KAFKA-17688 Project: Kafka Issue Type: Sub-t

[jira] [Created] (KAFKA-17687) Remove the core.test from storage module's dependency

2024-10-02 Thread Chia-Ping Tsai (Jira)
Chia-Ping Tsai created KAFKA-17687: -- Summary: Remove the core.test from storage module's dependency Key: KAFKA-17687 URL: https://issues.apache.org/jira/browse/KAFKA-17687 Project: Kafka Iss

[jira] [Resolved] (KAFKA-17285) Consider using `Utils.closeQuietly` to replace `CoreUtils.swallow` when handling Closeable objects

2024-10-02 Thread Chia-Ping Tsai (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-17285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai resolved KAFKA-17285. Fix Version/s: 4.0.0 Resolution: Fixed > Consider using `Utils.closeQuietly` to rep

[jira] [Resolved] (KAFKA-17589) Move JUnit extensions to test-common module

2024-10-02 Thread Chia-Ping Tsai (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-17589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai resolved KAFKA-17589. Fix Version/s: 4.0.0 Assignee: Chia-Ping Tsai (was: David Arthur) Resoluti

[jira] [Created] (KAFKA-17686) PlaintextAdminIntegrationTest’s testOffsetsForTimesAfterDeleteRecords fails with NPE with new consumer

2024-10-02 Thread Kirk True (Jira)
Kirk True created KAFKA-17686: - Summary: PlaintextAdminIntegrationTest’s testOffsetsForTimesAfterDeleteRecords fails with NPE with new consumer Key: KAFKA-17686 URL: https://issues.apache.org/jira/browse/KAFKA-17686

[VOTE] KIP-1094 Add a new constructor method with nextOffsets to ConsumerRecords

2024-10-02 Thread Alieh Saeedi
Hi all I would like to call a vote for KIP-1094. Please take a moment to review the proposal and submit your vote. KIP: https://cwiki.apache.org/confluence/display/KAFKA/KIP-1094%3A+Add+a+new+constructor+method+with+nextOffsets+to+ConsumerRecords Thanks, Alieh

Re: [DISCUSS] KIP-1094 Add a new constructor method with nextOffsets to ConsumerRecords

2024-10-02 Thread Alieh Saeedi
Hi all Regarding the second point that Kirk raised, we should always follow the "later write wins" policy (as he stated and confirmed). BTW, we can discuss such details in the PR, I assume. Since everything is clear and there is no further discussion, we can move to the voting phase. Thanks, Ali

[jira] [Resolved] (KAFKA-17408) Fix flaky testShouldCountClicksPerRegionWithNamedRepartitionTopic

2024-10-02 Thread Matthias J. Sax (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-17408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthias J. Sax resolved KAFKA-17408. - Resolution: Won't Fix Seem the root cause if the issue is some ZK connectivity issue. Gi

[jira] [Created] (KAFKA-17685) make sure all modules have consistent testRuntimeOnly dependencies

2024-10-02 Thread Chia-Ping Tsai (Jira)
Chia-Ping Tsai created KAFKA-17685: -- Summary: make sure all modules have consistent testRuntimeOnly dependencies Key: KAFKA-17685 URL: https://issues.apache.org/jira/browse/KAFKA-17685 Project: Kafka

[jira] [Created] (KAFKA-17684) Run tests on Java 11 and Java 21

2024-10-02 Thread David Arthur (Jira)
David Arthur created KAFKA-17684: Summary: Run tests on Java 11 and Java 21 Key: KAFKA-17684 URL: https://issues.apache.org/jira/browse/KAFKA-17684 Project: Kafka Issue Type: Sub-task

[jira] [Resolved] (KAFKA-16974) KRaft support in SslAdminIntegrationTest

2024-10-02 Thread Chia-Ping Tsai (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-16974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai resolved KAFKA-16974. Fix Version/s: 4.0.0 Resolution: Fixed > KRaft support in SslAdminIntegrationTest >

[jira] [Resolved] (KAFKA-17258) Migrate AdminFenceProducersIntegrationTest to ClusterTestExtensions framework

2024-10-02 Thread Chia-Ping Tsai (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-17258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai resolved KAFKA-17258. Fix Version/s: 4.0.0 Resolution: Fixed > Migrate AdminFenceProducersIntegrationTest

Re: [VOTE] KIP-1089: Allow disabling heartbeats replication in MirrorSourceConnector

2024-10-02 Thread Federico Valeri
+1 non binding Thanks On Wed, Oct 2, 2024 at 3:03 PM Chris Egerton wrote: > > +1 (binding), thanks for the KIP! > > On Wed, Oct 2, 2024, 06:47 Viktor Somogyi-Vass > wrote: > > > +1 (binding) > > > > Thanks for this improvement. If you have a PR, you can ping me for review. > > > > On Fri, Sep 2

[jira] [Reopened] (KAFKA-17469) Move appropriate classes and interfaces to the new share module

2024-10-02 Thread Sushant Mahajan (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-17469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sushant Mahajan reopened KAFKA-17469: - need to move the classes to separate package > Move appropriate classes and interfaces to t

Re: [DISCUSS] KIP-1043: Administration of groups

2024-10-02 Thread Andrew Schofield
Hi David, Thanks for your replies. DJ2: OK. DJ3: I've added AdminClient.describeClassicGroups to the KIP. I added ClassicGroupDescription and ClassicGroupState too. I did consider using GroupState directly, but all of the other XXXGroupDescription have their own specific XXXGroupState so I went f

[jira] [Created] (KAFKA-17683) Remove ZK from Kafka READMEs in 4.0

2024-10-02 Thread Colin McCabe (Jira)
Colin McCabe created KAFKA-17683: Summary: Remove ZK from Kafka READMEs in 4.0 Key: KAFKA-17683 URL: https://issues.apache.org/jira/browse/KAFKA-17683 Project: Kafka Issue Type: Sub-task

Re: [DISCUSS] KIP-1081: Graduation Steps for Features

2024-10-02 Thread Josep Prat
Thanks David, I would be perfectly fine having: - Level 2: Experimental (draft and unstable might be too scary) - Level 3: Preview - Level 4: Production Ready PS: I know this is not how KIPs are usually discussed, but names are really special and this is something I feel the community needs to

Re: [DISCUSS] KIP-1081: Graduation Steps for Features

2024-10-02 Thread David Arthur
I'm not sure why, but for some reason I cannot keep Preview and Early Access straight. I always mix them up. "Early Access" -- you are getting access to something early "Preview" -- you are viewing something in advance To me, semantically, these terms are just too similar. I would prefer the Lev

[jira] [Created] (KAFKA-17682) Refactor RaftClusterInvocationContext to eliminate test-common-api dependencies

2024-10-02 Thread Chia-Ping Tsai (Jira)
Chia-Ping Tsai created KAFKA-17682: -- Summary: Refactor RaftClusterInvocationContext to eliminate test-common-api dependencies Key: KAFKA-17682 URL: https://issues.apache.org/jira/browse/KAFKA-17682 P

[jira] [Created] (KAFKA-17681) Fix unstable consumer_test.py#test_fencing_static_consumer

2024-10-02 Thread Chia-Ping Tsai (Jira)
Chia-Ping Tsai created KAFKA-17681: -- Summary: Fix unstable consumer_test.py#test_fencing_static_consumer Key: KAFKA-17681 URL: https://issues.apache.org/jira/browse/KAFKA-17681 Project: Kafka

[jira] [Created] (KAFKA-17680) StandbyTaskEOSMultiRebalanceIntegrationTest caused build failure

2024-10-02 Thread David Arthur (Jira)
David Arthur created KAFKA-17680: Summary: StandbyTaskEOSMultiRebalanceIntegrationTest caused build failure Key: KAFKA-17680 URL: https://issues.apache.org/jira/browse/KAFKA-17680 Project: Kafka

Re: [VOTE] KIP-1089: Allow disabling heartbeats replication in MirrorSourceConnector

2024-10-02 Thread Chris Egerton
+1 (binding), thanks for the KIP! On Wed, Oct 2, 2024, 06:47 Viktor Somogyi-Vass wrote: > +1 (binding) > > Thanks for this improvement. If you have a PR, you can ping me for review. > > On Fri, Sep 27, 2024 at 4:07 PM Dániel Urbán > wrote: > > > Hi everyone, > > > > I would like to start a vote

[jira] [Resolved] (KAFKA-17673) Gradle Build Scan PR check not showing

2024-10-02 Thread David Arthur (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-17673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Arthur resolved KAFKA-17673. -- Resolution: Fixed Fixed in https://github.com/apache/kafka/pull/17336 > Gradle Build Scan PR

Re: [DISCUSS] KIP-1092: Extend Consumer#close with an option to leave the group or not

2024-10-02 Thread TengYao Chi
Hello everyone, It seems we have reached a consensus on how this KIP will proceed. I have updated the content accordingly. Please take a look, and if there are no further questions, I will initiate a vote. Best regards, TengYao Chia-Ping Tsai 於 2024年10月2日 週三 上午7:06寫道: > hi Matthias > > Thanks

Re: [VOTE] KIP-1089: Allow disabling heartbeats replication in MirrorSourceConnector

2024-10-02 Thread Viktor Somogyi-Vass
+1 (binding) Thanks for this improvement. If you have a PR, you can ping me for review. On Fri, Sep 27, 2024 at 4:07 PM Dániel Urbán wrote: > Hi everyone, > > I would like to start a vote on KIP-1089: Allow disabling heartbeats > replication in MirrorSourceConnector ( > > https://cwiki.apache.o

Re: [DISCUSS] KIP-1089: Allow disabling heartbeats replication in MirrorSourceConnector

2024-10-02 Thread Viktor Somogyi-Vass
Hey, sorry for dropping the ball on this. Your reasoning makes sense, I'll go over to the vote thread now, :) On Tue, Sep 24, 2024 at 9:03 AM Dániel Urbán wrote: > Bump - I'll start a vote soon if there are no further comments. > Daniel > > Dániel Urbán ezt írta (időpont: 2024. szept. 19., > Cs

Re: [DISCUSS] KIP-1081: Graduation Steps for Features

2024-10-02 Thread Andrew Schofield
Hi Josep, Thanks for applying the first coat of paint 🙂 Personally, I think the names you propose are good choices. We have precedent already and the sequence is pretty clear based on the names themselves. Thanks, Andrew From: Josep Prat Sent: 02 Octobe

[jira] [Created] (KAFKA-17679) Remove kafka.security.authorizer.AclAuthorizer from AclCommand

2024-10-02 Thread Mickael Maison (Jira)
Mickael Maison created KAFKA-17679: -- Summary: Remove kafka.security.authorizer.AclAuthorizer from AclCommand Key: KAFKA-17679 URL: https://issues.apache.org/jira/browse/KAFKA-17679 Project: Kafka

Re: [DISCUSS] KIP-1081: Graduation Steps for Features

2024-10-02 Thread Josep Prat
Hi all, I think the discussion regarding the steps has winded down and we've reached a good enough consensus. With that out of the way, we can now start to paint our bike shed, a.k.a. choose the names for each phase. As we mentioned, step number 1 is virtual and doesn't really need a name. Step 2'

[jira] [Created] (KAFKA-17678) Problematic new HWM increment behaviour introduced by KIP-207 and KIP-966

2024-10-02 Thread Francois Visconte (Jira)
Francois Visconte created KAFKA-17678: - Summary: Problematic new HWM increment behaviour introduced by KIP-207 and KIP-966 Key: KAFKA-17678 URL: https://issues.apache.org/jira/browse/KAFKA-17678 P

Re: [DISCUSS] KIP-1043: Administration of groups

2024-10-02 Thread David Jacot
Hi Andrew, Thanks for your replies. DJ1: Thanks for clarifying. Somehow, I was sure that the tool would at minimum list those groups. DJ2: Oh, I see. Actually, removing it would break the admin client as listConsumerGroups rely on it to filter groups. I think that we should just keep it as it is