[jira] [Resolved] (KAFKA-16595) Introduce ClusterTemplate in ClusterTests

2024-05-08 Thread Kuan Po Tseng (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-16595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kuan Po Tseng resolved KAFKA-16595. --- Resolution: Won't Do As discussed in

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

2024-05-08 Thread Apache Jenkins Server
See

[jira] [Created] (KAFKA-16694) Remove rack aware code in assignors temporarily due to performance

2024-05-08 Thread Ritika Reddy (Jira)
Ritika Reddy created KAFKA-16694: Summary: Remove rack aware code in assignors temporarily due to performance Key: KAFKA-16694 URL: https://issues.apache.org/jira/browse/KAFKA-16694 Project: Kafka

Re: [DISCUSS] KIP-1033: Add Kafka Streams exception handler for exceptions occuring during processing

2024-05-08 Thread Sophie Blee-Goldman
Well I definitely don't feel super strongly about it, and more importantly, I'm not a user. So I will happily defer to the preference of anyone who will actually be using this feature. But I'll explain my reasoning: There *is* a relevant distinction between these two callbacks -- because the

Build failed in Jenkins: Kafka » Kafka Branch Builder » 3.7 #152

2024-05-08 Thread Apache Jenkins Server
See Changes: -- [...truncated 411652 lines...] [2024-05-08T17:41:38.131Z] A fine-grained performance profile is available: use the --scan option. [Pipeline] junit

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

2024-05-08 Thread Apache Jenkins Server
See

Re: [VOTE] KIP-899: Allow producer and consumer clients to rebootstrap

2024-05-08 Thread Manikumar
Thanks for the KIP. +1 (binding). On Wed, Apr 17, 2024 at 7:50 PM Omnia Ibrahim wrote: > > Hi Ivan, > Thanks for the KIP this is a very nice feature to have. > +1(non-binding) > Omnia > > On 15 Apr 2024, at 14:33, Andrew Schofield > > wrote: > > > > Thanks for the KIP > > > > +1 (non-binding)

[jira] [Created] (KAFKA-16693) Kafka Users are created with ACL entries and during performing operations allowed by ACL we see Denied Operation

2024-05-08 Thread Janardhana Gopalachar (Jira)
Janardhana Gopalachar created KAFKA-16693: - Summary: Kafka Users are created with ACL entries and during performing operations allowed by ACL we see Denied Operation Key: KAFKA-16693 URL:

Re: [DISCUSS] KIP-1038: Add Custom Error Handler to Producer

2024-05-08 Thread Justine Olshan
My concern with respect to it being fragile: the code that ensures the error type is internal to the producer. Someone may see it and say, I want to add such and such error. This looks like internal code, so I don't need a KIP, and then they can change it to whatever they want thinking it is

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

2024-05-08 Thread Apache Jenkins Server
See

Re: [VOTE] KIP-1041: Drop `offsets.commit.required.acks` config in 4.0 (deprecate in 3.8)

2024-05-08 Thread Justine Olshan
+1 (binding) Thanks, Justine On Wed, May 8, 2024 at 8:36 AM Federico Valeri wrote: > +1 non binding > > Thanks > > On Wed, May 8, 2024 at 5:27 PM Andrew Schofield > wrote: > > > > Hi, > > Thanks for the KIP. > > > > +1 (non-binding) > > > > Thanks, > > Andrew > > > > > On 8 May 2024, at

Re: KIP-1040: Improve handling of nullable values in InsertField/ExtractField transformations

2024-05-08 Thread Chris Egerton
Wait, just one more thing--are there any other SMTs that could benefit from this? Wouldn't ValueToKey [1] be applicable as well, for example? [1] -

Re: KIP-1040: Improve handling of nullable values in InsertField/ExtractField transformations

2024-05-08 Thread Chris Egerton
Hi Mario, I think we could have something like `copy` and `copyWithoutDefaults` to get around that, but now that you bring up compatibility, I think it's best to hold off on this. I'm forced to recall that anything we add to the Connect API may be used by plugin developers who write for the

Re: [VOTE] KIP-1041: Drop `offsets.commit.required.acks` config in 4.0 (deprecate in 3.8)

2024-05-08 Thread Federico Valeri
+1 non binding Thanks On Wed, May 8, 2024 at 5:27 PM Andrew Schofield wrote: > > Hi, > Thanks for the KIP. > > +1 (non-binding) > > Thanks, > Andrew > > > On 8 May 2024, at 15:48, David Jacot wrote: > > > > Hi folks, > > > > I'd like to start a voting thread for KIP-1041: Drop > >

Re: [VOTE] KIP-1041: Drop `offsets.commit.required.acks` config in 4.0 (deprecate in 3.8)

2024-05-08 Thread Andrew Schofield
Hi, Thanks for the KIP. +1 (non-binding) Thanks, Andrew > On 8 May 2024, at 15:48, David Jacot wrote: > > Hi folks, > > I'd like to start a voting thread for KIP-1041: Drop > `offsets.commit.required.acks` config in 4.0 (deprecate in 3.8). > > KIP: https://cwiki.apache.org/confluence/x/9YobEg

Re: KIP-1040: Improve handling of nullable values in InsertField/ExtractField transformations

2024-05-08 Thread Mario Fiore Vitale
Hi Chris, Thanks for reviewing this. > It seems like the pattern of "copy the contents of this Struct into another one for the purpose of mutation" could be fairly common in user code bases in addition to the core Connect SMTs. Do you think there's a way to simplify this with, e.g., a

[VOTE] KIP-1041: Drop `offsets.commit.required.acks` config in 4.0 (deprecate in 3.8)

2024-05-08 Thread David Jacot
Hi folks, I'd like to start a voting thread for KIP-1041: Drop `offsets.commit.required.acks` config in 4.0 (deprecate in 3.8). KIP: https://cwiki.apache.org/confluence/x/9YobEg Best, David

Re: [DISCUSS] KIP-1038: Add Custom Error Handler to Producer

2024-05-08 Thread Chris Egerton
Hi Alieh, Continuing prior discussions: 1) Regarding the "flexibility" discussion, my overarching point is that I don't see the point in allowing for this kind of pluggable logic without also covering more scenarios. Take example 2 in the KIP: if we're going to implement retries only on

[jira] [Resolved] (KAFKA-16108) Backport fix for KAFKA-16093 to 3.7

2024-05-08 Thread Chris Egerton (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-16108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris Egerton resolved KAFKA-16108. --- Resolution: Done > Backport fix for KAFKA-16093 to 3.7 >

Re: [DISCUSS] KIP-1028: Docker Official Image for Apache Kafka

2024-05-08 Thread Krish Vora
Hi Chris. Thanks for the questions. 3. Would a separate Docker-owned repository be out of the question? I'm > guessing there are some trademark issues that might get in the way, but > it's worth exploring since the entire purpose of this KIP seems to be to > provide images that are vetted and

[jira] [Resolved] (KAFKA-16685) RLMTask warning logs do not include parent exception trace

2024-05-08 Thread Jorge Esteban Quilcate Otoya (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-16685?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jorge Esteban Quilcate Otoya resolved KAFKA-16685. -- Resolution: Fixed Merged

Re: [DISCUSS] KIP-1028: Docker Official Image for Apache Kafka

2024-05-08 Thread Prabha Manepalli
Hi Chris, I would like to add more context to this KIP's motivation. Vedarth and Krish, please weigh in with your inputs. In the motivation section it's stated that "Several other Apache projects, > like Flink, Spark, Solr, have already released Docker Official Images, with > download figures

Re: KIP-1040: Improve handling of nullable values in InsertField/ExtractField transformations

2024-05-08 Thread Chris Egerton
Hi Mario, Thanks for the KIP! Looks good overall. One quick thought--it wasn't immediately obvious to me why we had to touch on InsertField for this. It looks like the reason is that we use Struct::get [1] to create a clone of the input value [2], instead of Struct::getWithoutDefault [3]. It

Re: [VOTE] KIP-932: Queues for Kafka

2024-05-08 Thread Manikumar
Hi Andrew, Thanks for the KIP. Great write-up! +1 (binding) Thanks, On Wed, May 8, 2024 at 12:17 PM Satish Duggana wrote: > > Hi Andrew, > Thanks for the nice KIP, it will allow other messaging use cases to be > onboarded to Kafka. > > +1 from me. > > Satish. > > On Tue, 7 May 2024 at 03:41,

Jenkins build is still unstable: Kafka » Kafka Branch Builder » 3.7 #151

2024-05-08 Thread Apache Jenkins Server
See

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

2024-05-08 Thread Apache Jenkins Server
See

Re: Request version not enabled errors upgrading from Kafka 3.5 -> 3.6

2024-05-08 Thread Johnson Okorie
Hi Justine, Thank you for your quick reply! I created https://issues.apache.org/jira/browse/KAFKA-16692 to describe the issue. Happy to provide any additional information needed. Regards, Johnson On Tue, 7 May 2024 at 23:18, Justine Olshan wrote: > Hi Johnson, > > Thanks for bringing this

[jira] [Created] (KAFKA-16692) InvalidRequestException: ADD_PARTITIONS_TO_TXN with version 4 which is not enabled when

2024-05-08 Thread Johnson Okorie (Jira)
Johnson Okorie created KAFKA-16692: -- Summary: InvalidRequestException: ADD_PARTITIONS_TO_TXN with version 4 which is not enabled when Key: KAFKA-16692 URL: https://issues.apache.org/jira/browse/KAFKA-16692

[jira] [Resolved] (KAFKA-16640) Replace TestUtils#resource by scala.util.Using

2024-05-08 Thread Chia-Ping Tsai (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-16640?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai resolved KAFKA-16640. Fix Version/s: 3.8.0 Resolution: Fixed > Replace TestUtils#resource by

KIP-1040: Improve handling of nullable values in InsertField/ExtractField transformations

2024-05-08 Thread Mario Fiore Vitale
Hi All, I have created (through Mickael Maison's account since there was an issue creating a new one for me) KIP-1040[1] to improve handling of nullable values in InsertField/ExtractField transformations, this is required after the introduction of KIP-581[2] that introduced the configuration

Re: [VOTE] KIP-932: Queues for Kafka

2024-05-08 Thread Satish Duggana
Hi Andrew, Thanks for the nice KIP, it will allow other messaging use cases to be onboarded to Kafka. +1 from me. Satish. On Tue, 7 May 2024 at 03:41, Jun Rao wrote: > > Hi, Andrew, > > Thanks for the KIP. +1 > > Jun > > On Mon, Mar 18, 2024 at 11:00 AM Edoardo Comar > wrote: > > > Thanks