Re: [VOTE] 2.0.1 RC0

+1 (non-binding) ... I used the staged binaries and run tests with different clients. On Fri, Oct 26, 2018 at 4:29 AM Manikumar wrote: > Hello Kafka users, developers and client-developers, > > This is the first candidate for release of Apache Kafka 2.0.1. > > This is a bug fix release closing 4

Re: [VOTE] 2.1.0 RC0

+1 (non-binding) ... I used the staged binaries and checked it with different clients. On Wed, Oct 24, 2018 at 10:17 AM Dong Lin wrote: > Hello Kafka users, developers and client-developers, > > This is the first candidate for feature release of Apache Kafka 2.1.0. > > This is a major version re

Re: [VOTE] 2.1.0 RC1

+1 (non-binding) ... I used the staged artifacts and binaries and run my tests On Sat, Nov 10, 2018 at 12:33 AM Dong Lin wrote: > Hello Kafka users, developers and client-developers, > > This is the second candidate for feature release of Apache Kafka 2.1.0. > > This is a major version release o

Re: [VOTE] KIP-294 - Enable TLS hostname verification by default

+1 (non-binding) On Thu, May 10, 2018 at 11:24 AM, Edoardo Comar wrote: > +1 (non-binding) > > On 10 May 2018 at 09:36, Manikumar wrote: > > > +1 (non-binding) > > > > Thanks. > > > > On Wed, May 9, 2018 at 10:09 PM, Mickael Maison < > mickael.mai...@gmail.com> > > wrote: > > > > > +1, thanks f

Re: [DISCUSS] KIP-304: Connect runtime mode improvements for container platforms

Hi, What do you plan to use the read-only REST interface for? Is there something what you cannot get through metrics interface? Otherwise it might be easier to just disable the REST interface (either in the code, or just on the platform level - e.g. in Kubernetes). Also, I do not know what is the

Re: [DISCUSS] KIP-273 Kafka to support using ETCD beside Zookeeper

> > >> > direction, but not opposite direction. I think that letting the > > perfect > > > >> > become the enemy of the good is a repeated failure mode in this > > > >> community. > > > >> > Can we discuss whether this propos

Re: [DISCUSS] KIP-273 Kafka to support using ETCD beside Zookeeper

Hi Balint, Out of curiosity - have you ever tried this project https://github.com/coreos/zetcd which tries to provide Zookeeper API for Etcd? Thanks & Regards Jakub On Wed, Mar 28, 2018 at 6:18 PM Molnár Bálint wrote: > Hi all, > > I have created KIP-273: Kafka to support using ETCD beside Zoo

Re: [VOTE] KIP-206: Add support for UUID serialization and deserialization

Hi Matthias, There was some guy who took this KIP over - he had an opened PR and everything so I let him do it. But from the PR it seems that he now abandoned it (https://github.com/apache/kafka/pull/4438) - he didn't responded in a while. I will have a look at it so that it can be fixed and merge

Re: [DISCUSS] KIP-316: Command-line overrides for ConnectDistributed worker properties

I think this makes perfect sense. Thanks for opening this KIP. Thanks & Regards Jakub On Fri, Jun 15, 2018 at 2:10 AM Kevin Lafferty wrote: > Hi all, > > I created KIP-316, and I would like to initiate discussion. > > The KIP is here: > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-31

Re: [VOTE] KIP-316: Command-line overrides for ConnectDistributed worker properties

+1 (non-binding) On Mon, Jun 18, 2018 at 8:42 PM Kevin Lafferty wrote: > Hi all, > > I got a couple notes of interest on the discussion thread and no > objections, so I'd like to kick off a vote. This is a very small change. > > KIP: > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-316%

Re: [kafka-clients] Re: [VOTE] 1.1.1 RC1

+1 (non-binding) ... I ran my tests and verified the RC1 with my applications. On Mon, Jun 25, 2018 at 7:31 PM Manikumar wrote: > +1 (non-binding) Ran tests, Verified quick start, producer/consumer perf > tests > > > On Sat, Jun 23, 2018 at 8:11 AM Dong Lin wrote: > > > Thank you for testing

Re: [VOTE] 2.0.0 RC0

+1 (non-binding) ... I ran my tests and verified the RC0 against my applications. On Mon, Jun 25, 2018 at 8:12 PM Thomas Crayford wrote: > +1 (non-binding) Heroku has run our usual set of upgrade and performance > tests, and we haven't found any notable issues through that. > > On Sat, Jun 23, 2

Re: [VOTE] 2.0.0 RC2

+1 (non-binbding) ... I built the RC2 from source, run tests and used it with several of my applications without any problems. Thanks & Regards Jakub On Tue, Jul 10, 2018 at 7:17 PM Rajini Sivaram wrote: > Hello Kafka users, developers and client-developers, > > > This is the third candidate fo

Re: [VOTE] 1.1.1 RC3

+1 (non-binbding) ... built from source, run tests and used it with several of my applications without any problems. Thanks & Regards Jakub On Mon, Jul 9, 2018 at 12:36 AM Dong Lin wrote: > Hello Kafka users, developers and client-developers, > > This is the fourth candidate for release of Apa

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

e should probably specify the default in the table for > > > rest.advertised.security.protocol because in ConfigDef if you don't > > > specify > > > a default value it becomes a required config. The HTTP default will > > > probably need to be in there anyway. &

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

ter. What do you think? re 4) Yeah, I was thinking about it as well. I changed the KIP. I will rebase the work I have done so far, finish it and open a WIP PR, so that you can see the code as well. Thanks & regards Jakub On Wed, Jan 10, 2018 at 10:39 AM, Jakub Scholz wrote: > I'm

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

server, so the different might not be so big. What is your opinion? I don't know whether there is some general policy for this. Thanks & Regards Jakub On Sun, Jan 14, 2018 at 10:20 PM, Jakub Scholz wrote: > Hi Ewen, > > Thanks for your comments / questions. > &g

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

I have been thinking about this a bit more yesterday while updating the code. I think you are right, we should use only the prefixed values if at least one of them exists. Even I got quite easily confused what setup is actually used when the fields are mixed :-). Randall was also in favour of this

Re: [VOTE] KIP-208: Add SSL support to Kafka Connect REST interface

at could help with the necessary votes would probably be Gwen > and Jason (but others more than welcome to help out too :) > > -Ewen > > On Mon, Nov 6, 2017 at 1:52 AM, Jakub Scholz wrote: > > > Hi all, > > > > Just a reminder that htis is still up for

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

rote: > Jakub, have you had a chance to update the KIP with the latest changes? > Would be great to start the vote today so that it's open long enough to > adopt before the deadline on Tuesday. Let me know if I can help. > > On Wed, Jan 17, 2018 at 1:25 AM, Jakub Scholz wrote: > >

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

change, so I hope nobody minds :-). Thanks & Regards Jakub On Fri, Jan 19, 2018 at 12:53 AM, Jakub Scholz wrote: > Hi Randall, > > Yes the KIP should be up to date. The VOTE thread is actually running > already for more than 2 months. So the only thing we need is the votes. I &

Re: [VOTE] KIP-208: Add SSL support to Kafka Connect REST interface

t.advertised.security.protocol" to "rest.advertised.security.listener" > so that it will still make sense if we introduce a listener labeling > approach similar to Kafka? > > Thanks, > Jason > > On Fri, Jan 19, 2018 at 8:31 AM, Damian Guy wrote: > > > Thanks Jakub! > > > &

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

FYI: For those not following the VOTE thread I updated the KIP and changed the field "rest.advertised.security.protocol" to "rest.advertised.security.listener" as suggested by Jason. On Fri, Jan 19, 2018 at 11:29 AM, Jakub Scholz wrote: > Hi all, > > I did one

Re: [VOTE] KIP-208: Add SSL support to Kafka Connect REST interface

@Jason: Actually ... wouldn't it be better to name it only "rest.advertised.listener"? The "security" doesn't make much sense without the protocol. What do you think? On Fri, Jan 19, 2018 at 10:51 PM, Jakub Scholz wrote: > Hi Jason, > > Thanks for the

Re: [VOTE] KIP-208: Add SSL support to Kafka Connect REST interface

Hi all, I will close the vote for this KIP. It received 4 binding +1 votes and is now approved. Thanks to everyone for voted and discussed this. The PR for this KIP is at https://github.com/apache/kafka/pull/4429 Thanks & Regards Jakub On Sat, Jan 20, 2018 at 12:07 AM, Jakub Scholz w

Re: [VOTE] 1.0.1 RC2

+1 (non-binding) ... I used the Scala 2.12 binaries and run my tests with producers / consumers. On Thu, Feb 22, 2018 at 1:06 AM, Ewen Cheslack-Postava wrote: > Hello Kafka users, developers and client-developers, > > This is the third candidate for release of Apache Kafka 1.0.1. > > This is a b

Re: [DISCUSS] KIP-273 Kafka to support using ETCD beside Zookeeper

I can understand the concerns about the plugability of Zookeeper/Etcd. It would not be good for Kafka community if it splits into several groups using different implementations. On the other hand, Zookeeper development seems to be a bit stalled. So maybe there should be at least a discussion wheth

Re: [VOTE] Kafka 2.0.0 in June 2018

+1 (non-binding) ... I think that both points make lot of sense. Jakub On Thu, Apr 19, 2018 at 12:07 AM, Edoardo Comar wrote: > thanks Ismael > > +1 (non-binding) > > -- > > Edoardo Comar > > IBM Message Hub > > IBM UK Ltd, Hursley Park, SO21 2JN

Re: [VOTE] KIP-357: Add support to list ACLs per principal

+1 (non-binding) On Mon, Aug 27, 2018 at 6:24 PM Manikumar wrote: > Hi All, > > I would like to start voting on KIP-357 which allows to list ACLs per > principal using AclCommand (kafka-acls.sh) > > KIP: > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-357%3A++Add+support+to+list+ACLs+p

Apache Kafka project charter

Hi community, I noticed following argument in the discussion about KIP-310. > However, I don't think the apache/kafka repository is the right place to host such a Connector. I was wondering whether there is some project charter describing what does and what does not belong to the Apache Kafka pr

Re: Please add me to contributor list in JIRA and Confluence

Hi, It looks like I now have the JIRA rights. But I'm still missing the Wiki rights to start with my first KIP. Can someone have a look at it please? Thanks & Regards Jakub On Sun, Sep 17, 2017 at 11:33 PM, Jakub Scholz wrote: > Hi, > > I would like to try to start contrib

Re: Please add me to contributor list in JIRA and Confluence

Hi Jun, Great, thanks a lot. Regards Jakub On Fri, Sep 22, 2017 at 7:55 PM, Jun Rao wrote: > Hi, Jakub, > > Thanks for your interest. You should have the wiki permission now. > > Jun > > On Thu, Sep 21, 2017 at 2:31 PM, Jakub Scholz wrote: > >> Hi, >>

[DISCUSS] KIP-206: Add support for UUID serialization and deserialization

Hi, I'd like to start a discussion for KIP-206. It is about adding serializers and deserializers for UUIDs. The details can be found on the wiki: https://cwiki.apache.org/confluence/display/KAFKA/KIP-206%3A+Add+support+for+UUID+serialization+and+deserialization Thanks & Regards Jakub

Re: [DISCUSS] KIP-206: Add support for UUID serialization and deserialization

Hi Ted, Thanks. The link to this thread is there now. Regards Jakub On Tue, Sep 26, 2017 at 7:22 PM, Ted Yu wrote: > Please add link to Discussion thread field. > > Looks good overall. > > On Tue, Sep 26, 2017 at 10:18 AM, Jakub Scholz wrote: > > > Hi, > > >

Re: [DISCUSS] KIP-206: Add support for UUID serialization and deserialization

Hi, Unless there are some further discussion points, I will put this KIP for vote tomorrow around this time. Thanks & Regards Jakub On Tue, Sep 26, 2017 at 7:27 PM, Jakub Scholz wrote: > Hi Ted, > > Thanks. The link to this thread is there now. > > Regards > Jakub >

[VOTE] KIP-206: Add support for UUID serialization and deserialization

Hi, Since there were no further discussion points, I would like to start the voting for KIP-206. For more details about the KIP go to https://cwiki.apache.org/confluence/display/KAFKA/KIP-206%3A+Add+support+for+UUID+serialization+and+deserialization Thanks & Regards Jakub

[DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

Hi, I would like to start a discussion about KIP-208: Add SSL support to Kafka Connect REST interface ( https://cwiki.apache.org/confluence/display/KAFKA/KIP-208%3A+Add+SSL+support+to+Kafka+Connect+REST+interface ). I think this would be useful feature to improve the security of Kafka Connect. T

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

, Ted Yu wrote: > For rest.ssl.clientAuth , I don't find counterpart in existing code. Can > you add explanation on the KIP ? > > Thanks > > On Mon, Oct 9, 2017 at 8:25 AM, Jakub Scholz wrote: > > > Hi, > > > > I would like to start a discussion about KIP

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

at 5:25 PM, Jakub Scholz wrote: > Hi, > > I would like to start a discussion about KIP-208: Add SSL support to Kafka > Connect REST interface (https://cwiki.apache.org/ > confluence/display/KAFKA/KIP-208%3A+Add+SSL+support+to+ > Kafka+Connect+REST+interface). > > I think this

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

Hauch wrote: > > > It'd be useful to specify the default values for the configuration > > properties. > > > > On Tue, Oct 10, 2017 at 2:53 AM, Jakub Scholz wrote: > > > >> FYI: Based on Ewen's suggestion from the related JIRA, I added a > >

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

before I incorporate it into the KIP, I would love to get some feedback if this sounds OK. Please let me know what do you think ... Jakub On Sun, Oct 15, 2017 at 12:23 AM, Jakub Scholz wrote: > I agree, adding both HTTP and HTTPS is not complicated. I just didn't saw > the use case for i

Re: [DISCUSS] KIP-209 Connection String Support

Hi Clebert, I think it would be good if this could cover not only KafkaConsumer and KafkaProducer but also the AdminClient. So that all three can be configured the same way. The bootstrap servers are a list - you can provide multiple bootstrap servers. Maybe you add an example of how that will be

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

a other additional properties. Here, I'm not a big fan of > "listeners.name.https.*" prefix, which I think is pretty verbose, but I > could see "listener.https.*" as a prefix. This allows us to add other > security protocols at some point, if that ever becomes necessar

Re: [DISCUSS] KIP-208: Add SSL support to Kafka Connect REST interface

There has been no discussion since my last update week ago. Unless someone has some further comments in the next 48 hours, I will start the voting for this KIP. Thanks & Regards Jakub On Tue, Oct 17, 2017 at 5:54 PM, Jakub Scholz wrote: > Ok, so I updated the KIP according to what we di

[VOTE] KIP-208: Add SSL support to Kafka Connect REST interface

Hi, It seems there are no more comments for this KIP, so I would like to start the voting . For more details about the KIP-208 go to *https://cwiki.apache.org/confluence/display/KAFKA/KIP-208%3A+Add+SSL+support+to+Kafka+Connect+REST+interface

Re: [VOTE] KIP-208: Add SSL support to Kafka Connect REST interface

Hi all, Just a reminder that htis is still up for vote. I think this is important featrue which would deserve your votes. Regards Jakub On Mon, Oct 30, 2017 at 9:24 PM, Jakub Scholz wrote: > Hi, > > It seems there are no more comments for this KIP, so I would like to start >

Re: [VOTE] KIP-206: Add support for UUID serialization and deserialization

Hi all, Just a friendly reminder that this is still up for vote. If you think this is a good fetrue, please give it your vote. Regards Jakub On Tue, Oct 3, 2017 at 11:24 PM, Jakub Scholz wrote: > Hi, > > Since there were no further discussion points, I would like to start the > vo

Re: [VOTE] KIP-206: Add support for UUID serialization and deserialization

bytes is significant. > > Ismael > > On Mon, Nov 6, 2017 at 9:53 AM, Jakub Scholz wrote: > > > Hi all, > > > > Just a friendly reminder that this is still up for vote. If you think > this > > is a good fetrue, please give it your vote. > > > > R

Support for Gradle 2.X

Hi, According to the GitHub page, "Kafka requires Gradle 2.0 or higher.". However, when I try to build Kafka using Gradle 2.7, it doesn't work because of the com.github.johnrengelman.shadow plugin which in the version used by Kafka requires Gradle 3.0+. There seems to be already a JIRA for it: htt

Re: [VOTE] 2.1.1 RC2

+1 (non-binding). I built it from source and run my tests. Everything seems to be fine. On Sat, Feb 9, 2019 at 12:10 AM Magnus Edenhill wrote: > +1 > > Passes librdkafka test suite. > > Den fre 8 feb. 2019 kl 21:02 skrev Colin McCabe : > > > Hi all, > > > > This is the third candidate for releas

Re: [VOTE] 2.2.0 RC1

Thanks for driving the release Matthias. I noticed two very minor issues while testing the RC1 and opened PRs against master: * https://github.com/apache/kafka/pull/6379 * https://github.com/apache/kafka/pull/6381 I assume it might not be worth including these into 2.2 since it is nothing serious.

Re: [VOTE] 2.2.0 RC2

+1 (non-binding). I used the staged binaries and run some of my tests against them. All seems to look good to me. On Sat, Mar 9, 2019 at 11:56 PM Matthias J. Sax wrote: > Hello Kafka users, developers and client-developers, > > This is the third candidate for release of Apache Kafka 2.2.0. > >

Re: [VOTE] 2.2.1 RC1

+1 (non-binding) ... I used the binaries and run tests with different clients. All seems to work fine. On Tue, May 14, 2019 at 5:15 AM Vahid Hashemian wrote: > Hello Kafka users, developers and client-developers, > > This is the second candidate for release of Apache Kafka 2.2.1. > > Compared to

Re: [VOTE] 2.3.0 RC3

+1 (non-binding). I used the binaries and run some of my tests against them. On Thu, Jun 20, 2019 at 12:03 AM Colin McCabe wrote: > Hi all, > > We discovered some problems with the second release candidate (RC2) of > 2.3.0. Specifically, KAFKA-8564. I've created a new RC which includes the > f

Re: [VOTE] KIP-499 - Unify connection name flag for command line tool

+1 (non-binding) Jakub On Sat, Aug 10, 2019 at 8:34 PM Stanislav Kozlovski wrote: > Awesome KIP, +1 (non-binding) > > Thanks, > Stanislav > > On Fri, Aug 9, 2019 at 11:32 PM Colin McCabe wrote: > > > +1 (binding) > > > > cheers, > > Colin > > > > On Fri, Aug 9, 2019, at 09:56, Ron Dagostino wr

Is ConsumerConfig class supposed to contain all config options?

Hi, When going through the Kafka client examples I noticed in the Consumer example ( https://github.com/apache/kafka/blob/trunk/examples/src/main/java/kafka/examples/Consumer.java) that it is using class ConsumerConfig instead of specifying the configuration keys manually (e.g. ConsumerConfig.GROU

Please add me to contributor list in JIRA and Confluence

Hi, I would like to try to start contributing to the Kafka project, look at some JIRAs and maybe raise some KIPs. Could you please give me the JIRA rights to pick up some issues and the rights to raise KIPs in Confluence Wiki? My username is scholzj for both JIRA and Confluence. Thanks & Regards

Re: Subject: [VOTE] 2.2.2 RC2

+1 (non-binding) ... I used the prepared artifacts (Scala 2.12) and run my tests against them. All seems to be fine. On Sun, Nov 10, 2019 at 2:10 AM Matthias J. Sax wrote: > Thanks for running the release Randall! > > - verified all signatures > - build from source > - ran unit/integration tests

[DISCUSS] KIP-978: Allow dynamic reloading of certificates with different DN / SANs

Hi all, I would like to start the discussion about the KIP-978: Allow dynamic reloading of certificates with different DN / SANs . It proposes adding an option to disable the current validation of the DN and SANs when dyna

Re: [VOTE] 3.6.0 RC2

+1 (non-binding). I used the Scala 2.13 binaries and the staged Maven artifacts and run my tests. Everything seems to work fine for me. Thanks Jakub On Fri, Sep 29, 2023 at 8:17 PM Satish Duggana wrote: > Hello Kafka users, developers and client-developers, > > This is the third candidate for t

Re: [DISCUSS] KIP-978: Allow dynamic reloading of certificates with different DN / SANs

two configs? Would users want to enable > one but not the other? > > Thanks, > Viktor > > On Wed, Sep 13, 2023 at 10:00 PM Jakub Scholz wrote: > > > Hi all, > > > > I would like to start the discussion about the KIP-978: Allow dynamic > > relo

Re: [DISCUSS] KIP-978: Allow dynamic reloading of certificates with different DN / SANs

Please let me know if anyone has some more comments on this. If not, I will start the vote next week. Thanks & Regards Jakub On Wed, Sep 13, 2023 at 9:59 PM Jakub Scholz wrote: > Hi all, > > I would like to start the discussion about the KIP-978: Allow dynamic > reloading of c

[VOTE] KIP-978: Allow dynamic reloading of certificates with different DN / SANs

Hi all, I would like to start a vote for the KIP-978: Allow dynamic reloading of certificates with different DN / SANs . Thanks & Regards Jakub

Re: [VOTE] KIP-978: Allow dynamic reloading of certificates with different DN / SANs

Jakub Scholz wrote: > Hi all, > > I would like to start a vote for the KIP-978: Allow dynamic reloading of > certificates with different DN / SANs > <https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=263429128> > . > > Thanks & Regards > Jakub >

Re: [VOTE] 3.5.2 RC1

+1 non-binding. I used the staged Scala 2.13 binaries and the staged Maven repo to run my tests and all seems to work fine. Thanks & Regards Jakub On Tue, Nov 21, 2023 at 11:09 AM Luke Chen wrote: > Hello Kafka users, developers and client-developers, > > This is the first candidate for release

Re: [VOTE] 3.6.1 RC0

+1 non-binding. I used the staged Scala 2.13 artifacts and the staged Maven repo for my tests. All seems to work fine. Thanks Jakub On Fri, Nov 24, 2023 at 4:37 PM Mickael Maison wrote: > Hello Kafka users, developers and client-developers, > > This is the first candidate for release of Apache

Re: [VOTE] 3.7.1 RC2

+1 (non-binding). I used the staged binaries (based on Scala 2.13) and Maven artifacts to run my tests. All seems to work fine. Thanks & Regards Jakub On Wed, Jun 19, 2024 at 10:55 AM Igor Soarez wrote: > Hello Kafka users, developers and client-developers, > > This is the second candidate for

Re: [VOTE] 3.8.0 RC0

Hi Josep, Thanks for the RC. I gave it a quick try and ran into issues with an application using the Kafka Admin API that looks like this issue: https://issues.apache.org/jira/browse/KAFKA-16905 ... given that this breaks what was working fine with Kafka 3.7, can the fix be backported to 3.8.0 as

Re: [VOTE] 3.8.0 RC1

+1 (non-binding). I used the staged Scala 2.13 binaries and the staged Maven artifacts. All seems to work fine. Thanks! Jakub On Mon, Jul 15, 2024 at 5:53 PM Josep Prat wrote: > Hello Kafka users, developers and client-developers, > > This is the second release candidate for Apache Kafka 3.8.0.

Re: [VOTE] 3.8.0 RC2

+1 (non-binding). I used the staged Scala 2.13 binaries and the staged Maven artifacts. All seems to work fine. Thanks! Jakub On Thu, Jul 18, 2024 at 11:19 AM Josep Prat wrote: > Hello Kafka users, developers and client-developers, > > This is the third candidate for release of Apache Kafka 3.8

Re: [VOTE] 3.8.0 RC3

+1 (non-binding). As with the previous RCs, I used the staged Scala 2.13 binaries and the staged Maven artifacts. All seems to work fine. Thanks! Jakub On Tue, Jul 23, 2024 at 12:07 PM Josep Prat wrote: > Hello Kafka users, developers and client-developers, > > This is the fourth candidate for

Re: New release branch 3.9

Surely "Document how to use KIP-853" ( https://issues.apache.org/jira/browse/KAFKA-17048) should be required for the release, or? Why bother with the KIP and the release if you don't tell the users how to use it? Jakub On Thu, Aug 1, 2024 at 8:40 PM Colin McCabe wrote: > Hi Mickael, > > KAFKA-1

Re: [VOTE] 3.7.0 RC2

Hi, I was trying the RC2 and run into the following issue ... when I run 3.7.0-RC2 KRaft cluster with metadata version set to 3.6-IV2 metadata version, I seem to be getting repeated errors like this in the controller logs: 2024-01-13 16:58:01,197 INFO [QuorumController id=0] assignReplicasToDirs:

Re: [VOTE] 3.7.0 RC2

hould have gated this behind the metadata > version as KIP-858 implies. Is the cluster configured with multiple log > dirs? What is the impact of the error messages? > > Tagging Igor (the author of the KIP) to weigh in. > > Best, > Stanislav > > On Sat, Jan 13, 2024 at 7:22 P

Re: [VOTE] 3.7.0 RC2

s messing > with my mind a bit. I hope this doesn't make people think that we're > farther along than we are, heh. > > On Sun, Jan 14, 2024, at 13:54, Jakub Scholz wrote: > > *> Nice catch! It does seem like we should have gated this behind the > > metadata> ver

Re: [VOTE] 3.7.0 RC4

+1 (non-binding). I used the staged binaries with Scala 2.13 and the staged Maven artifacts to run my tests. All seems to work fine. Thanks. Jakub On Fri, Feb 9, 2024 at 4:20 PM Stanislav Kozlovski wrote: > Hello Kafka users, developers and client-developers, > > This is the second candidate we

Re: [VOTE] 3.6.2 RC2

+1 (non-binding). I used the staged Scala 2.13 binaries and the staging Maven repo for my testing. All seems to work fine. Thanks for doing the release. Jakub On Thu, Mar 28, 2024 at 10:51 AM Manikumar wrote: > Hello Kafka users, developers and client-developers, > > This is the second candidat

Re: [DISCUSS] KIP-554: Add Broker-side SCRAM Config API

Hi Colin, Could you clarify how this fits with KIP-506 which seems to deal with the same? Thanks & Regards Jakub On Fri, May 1, 2020 at 8:18 AM Colin McCabe wrote: > Hi all, > > I posted a KIP about adding a new SCRAM configuration API on the broker. > Check it out here if you get a chance: >

Re: [VOTE] 3.3.0 RC2

+1 (non-binding). I used the staged binaries (Scala 2.13) and Maven artifacts and ran my tests. All seems to work fine. Thanks for running the release. Jakub On Wed, Sep 21, 2022 at 1:17 AM David Arthur wrote: > Hello Kafka users, developers and client-developers, > > This is the second release

Re: [VOTE] 3.3.1 RC0

+1 (non-binding). I used the staged Scala 2.13 artifacts and the staged Maven repo to run my tests and didn't find any issues. Thanks Jakub On Thu, Sep 29, 2022 at 11:41 PM José Armando García Sancio wrote: > Hello Kafka users, developers and client-developers, > > This is the first candidate f

Re: [ANNOUNCE] New Kafka PMC Member: Luke Chen

Congrats Luke! Jakub On Fri, Dec 16, 2022 at 8:41 PM Jun Rao wrote: > Hi, Everyone, > > Luke Chen has been a Kafka committer since Feb. 9, 2022. He has been very > instrumental to the community since becoming a committer. It's my pleasure > to announce that Luke is now a member of Kafka PMC. >

Re: [VOTE] 3.3.2 RC1

+1 (non-binding). I used the staged Scala 2.13 binaries and Maven repo to run my tests. All seems to work fine. Thanks for running the release. Jakub On Wed, Dec 21, 2022 at 11:22 PM Chris Egerton wrote: > Hello Kafka users, developers and client-developers, > > This is the second candidate for

Re: [VOTE] 3.4.0 RC2

+1 (non-binding). I run my tests with the staged Scala 2.13 binaries and staged Maven artifacts. All seems to work fine. Thanks & Regards Jakub On Tue, Jan 31, 2023 at 8:01 PM David Arthur wrote: > Hey folks, we found a couple of blockers with RC1 and have fixed them in > the latest release can

Re: [VOTE] 3.1.0 RC1

+1 (non-binding). I used the staged Scala 2.13 binaries and the staging Maven repository to run my tests. All seems to work fine, no issues found. Thanks Jakub On Wed, Jan 12, 2022 at 1:59 PM David Jacot wrote: > Hello Kafka users, developers and client-developers, > > This is the second candid

Re: [ANNOUNCE] New committer: Luke Chen

Congrats Luke! Thanks for all your contributions! Jakub On Thu, Feb 10, 2022 at 12:22 AM Guozhang Wang wrote: > The PMC for Apache Kafka has invited Luke Chen (showuon) as a committer and > we are pleased to announce that he has accepted! > > Luke has been actively contributing to Kafka since e

Re: [VOTE] 3.0.1 RC0

+1 (non-binding). I used the staged Scala 2.13 binaries and the staging Maven repository to run my tests. All seems to work fine, no issues found. Thanks Jakub On Thu, Mar 3, 2022 at 7:05 PM Mickael Maison wrote: > Hello Kafka users, developers and client-developers, > > This is the first candi

Re: [VOTE] 3.1.1 RC1

+1 (non-binding). I used the Scala 2.13 binaries and staged Maven artifacts and ran various tests with them. Thanks for doing the release. Jakub On Fri, Apr 29, 2022 at 8:16 PM Mickael Maison wrote: > Hi Tom, > > Thanks for running this release! > > I've done the following: > - Checked signatur

Re: [VOTE] 3.2.0 RC1

+1 (non-binding). I used the Scala 2.13 binaries and the staged Maven artifacts and ran various tests with them. Thanks for doing the release. Jakub On Tue, May 3, 2022 at 4:07 PM Bruno Cadonna wrote: > Hello Kafka users, developers and client-developers, > > This is the second candidate for r

Re: [VOTE] 3.2.1 RC3

+1 (non-binding). I run my tests with the staged binaries and all seems to work fine. Thanks for running the release. Jakub On Fri, Jul 22, 2022 at 3:15 AM David Arthur wrote: > Hello Kafka users, developers and client-developers, > > This is the first release candidate of Apache Kafka 3.2.1. >

Re: [VOTE] 3.4.1 RC3

+1 (non-binding) ... I used the staged binaries and Maven artifacts to run my tests and all seems to work fine. Thanks for running the release. Jakub On Fri, May 26, 2023 at 9:34 AM Luke Chen wrote: > Hello Kafka users, developers and client-developers, > > This is the 4th candidate for releas

Re: [VOTE] 3.5.0 RC1

+1 (non-binding) ... I used the staged binaries with Scala 2.13 and staged artifacts to run my tests. All seems to work fine. Thanks for running the release Mickael! Jakub On Mon, Jun 5, 2023 at 3:39 PM Mickael Maison wrote: > Hello Kafka users, developers and client-developers, > > This is th

Re: [VOTE] 3.5.1 RC0

+1 (non-binding). I used the staged Scala 2.13 binaries and the Maven artifacts for my tests and all seems to work fine. Thanks. Jakub On Wed, Jul 12, 2023 at 12:03 PM Divij Vaidya wrote: > Hello Kafka users, developers and client-developers, > > This is the first candidate for release of Apach

Re: [VOTE] 3.1.0 RC0

+1 (non-binding). I used the staged Scala 2.13 binaries and the staging Maven repository to run my tests. All seems to work fine. Thanks for running the release David! Jakub On Thu, Dec 23, 2021 at 11:17 PM David Jacot wrote: > Hello Kafka users, developers and client-developers, > > This is t

Re: [ANNOUNCE] New committer: David Jacot

Congrats David! Jakub On Fri, Oct 16, 2020 at 6:01 PM Gwen Shapira wrote: > The PMC for Apache Kafka has invited David Jacot as a committer, and > we are excited to say that he accepted! > > David Jacot has been contributing to Apache Kafka since July 2015 (!) > and has been very active since A

Re: [VOTE] 2.7.0 RC6

+1 (non-binding) ... I used the binaries (Scala 2.12) and the staged Maven artifacts - all seems to work fine. Thanks. Jakub On Wed, Dec 16, 2020 at 3:53 PM Bill Bejeck wrote: > Hello Kafka users, developers and client-developers, > > This is the seventh candidate for release of Apache Kafka 2.

Re: [VOTE] 3.9.0 RC2

s. Failing to do this is a major misconfiguration. It > may not have been caught sometimes, but that is a bug. > > It should be simple to fix the configuration you posted -- simply have a > different name for the controller listener than the control plane listener. > > best, > Colin &

Re: [VOTE] 3.9.0 RC2

or not? (The migration anyway does not support combined nodes) Thanks & Regards Jakub On Tue, Oct 15, 2024 at 1:35 AM Colin McCabe wrote: > On Mon, Oct 14, 2024, at 15:04, Jakub Scholz wrote: > > Hi Colin, > > > > So, how exactly does this major misconfiguration that w

Re: [VOTE] 3.9.0 RC2

Hi Colin, Thanks for the RC. I did some testing of it and run into https://issues.apache.org/jira/browse/KAFKA-17788 which seems to be a regression in the migration to KRaft process. Can someone who understands this part of the codebase look into it please? Thanks & Regards Jakub On Thu, Oct 10

Re: [VOTE] 3.9.0 RC2

> control plane listener = controller listener would not make sense.) > > Thanks for the bug report and discussion. I've closed this as invalid now > that I have tested migration using control.plane.listener for myself and > verified that it works. > > best, > Colin >

Re: [VOTE] 3.9.0 RC2

7790 to document this in > the migration instructions. (This is not a blocker for the release, though.) > > best, > Colin > > On Mon, Oct 14, 2024, at 02:52, Jakub Scholz wrote: > > Hi Colin, > > > > Thanks for the RC. I did some testing of it and run into > > ht

  1   2   >