Build failed in Jenkins: Kafka » Kafka Branch Builder » trunk #1015

See Changes: -- [...truncated 636714 lines...] [2022-06-18T05:31:19.449Z] + grep ^version= gradle.properties [2022-06-18T05:31:19.449Z] + cut -d= -f 2 [Pipeline] dir

[jira] [Resolved] (KAFKA-13880) DefaultStreamPartitioner may get "stuck" to one partition for unkeyed messages

[ https://issues.apache.org/jira/browse/KAFKA-13880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guozhang Wang resolved KAFKA-13880. --- Fix Version/s: 3.3.0 Assignee: Guozhang Wang Resolution: Fixed >

Granting permission for Create KIP

Plaease grant permission for Create KIP to wiki ID: Angelo

[jira] [Resolved] (KAFKA-13531) Flaky test NamedTopologyIntegrationTest

[ https://issues.apache.org/jira/browse/KAFKA-13531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthias J. Sax resolved KAFKA-13531. - Resolution: Cannot Reproduce > Flaky test NamedTopologyIntegrationTest >

Re: [DISCUSS] KIP-847: Add ProducerCount metrics

Thank you for your feedback. Updated the KIP and added the Rejected Alternatives section. -Artem On Fri, Jun 17, 2022 at 1:16 PM Ismael Juma wrote: > If we don't track them separately, then it makes sense to keep it as one > metric. I'd probably name it ProducerIdCount in that case. > >

[jira] [Created] (KAFKA-14007) Connect header converters never closed

Chris Egerton created KAFKA-14007: - Summary: Connect header converters never closed Key: KAFKA-14007 URL: https://issues.apache.org/jira/browse/KAFKA-14007 Project: Kafka Issue Type: Bug

Re: [DISCUSS] KIP-847: Add ProducerCount metrics

If we don't track them separately, then it makes sense to keep it as one metric. I'd probably name it ProducerIdCount in that case. Ismael On Fri, Jun 17, 2022 at 12:04 PM Artem Livshits wrote: > Do you propose to have 2 metrics instead of one? Right now we don't track > if the producer id

Re: [DISCUSS] KIP-847: Add ProducerCount metrics

Do you propose to have 2 metrics instead of one? Right now we don't track if the producer id was transactional or idempotent and for metric collection we'd either have to pay the cost of iterating over producer ids (which could be a lot) or split the producer map into 2 or cache the counts, which

Build failed in Jenkins: Kafka » Kafka Branch Builder » trunk #1014

See Changes: -- [...truncated 637243 lines...] [2022-06-17T16:55:36.799Z] org.apache.kafka.streams.integration.StreamStreamJoinIntegrationTest > testLeft[caching enabled

[jira] [Resolved] (KAFKA-13890) Improve documentation of ssl.keystore.type and ssl.truststore.type

[ https://issues.apache.org/jira/browse/KAFKA-13890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mickael Maison resolved KAFKA-13890. Fix Version/s: 3.3.0 Assignee: RivenSun Resolution: Fixed > Improve

Re: [DISCUSS] Apache Kafka 3.3.0 Release

Hi José, KIP-797 has been accepted and the associated PR is now ready, is it possible to add to the release? Regards On Thu, Jun 16, 2022 at 11:56 PM José Armando García Sancio wrote: > Hi Divij, > > On Thu, Jun 16, 2022 at 1:37 AM Divij Vaidya > wrote: > > *Question#1*: Do we only track the

Re: [VOTE] KIP-797: Accept duplicate listener on port for IPv4/IPv6

Hi everyone, Thanks for participating in the discussion and voting. I'm closing this vote with three binding +1 and zero -1 votes. Binding +1 - Luke Chen - Tom Bently - Mickael Maison Non-Binding +1 - Ivan Yurchenko - Josep Prat - Igor Soarez I have rebased the PR against trunk at

Re: Re: [VOTE] KIP-842: Add richer group offset reset mechanisms

Bump this thread. So far, I've got: 1 +1 (non-bingin) from Ziming Thanks for people who vote for this KIP. Hope to receive some bingin votes/comments and any other non-bingin votes/comments. Details can be found here: https://cwiki.apache.org/confluence/x/xhyhD -原始邮件- 发件人: "deng

Re: [DISCUSS] KIP-847: Add ProducerCount metrics

I like the suggestion to have IdempotentProducerCount and TransactionalProducerCount metrics. Ismael On Thu, Jun 16, 2022 at 2:27 PM Artem Livshits wrote: > Hi Ismael, > > Thank you for your feedback. Yes, this is counting the number of producer > ids tracked by the partition and broker.