Congrats Igor!
On Thu, Apr 25, 2024, 07:01 Bruno Cadonna wrote:
> Congrats!
>
> Best,
> Bruno
>
> Am 25. April 2024 05:18:19 MESZ schrieb Yash Mayya :
> >Congratulations Igor!
> >
> >On Wed, 24 Apr, 2024, 23:36 Colin McCabe, wrote:
> >
> >> Hi all,
> >>
> >> The PMC of Apache Kafka is pleased
[
https://issues.apache.org/jira/browse/KAFKA-16596?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Viktor Somogyi-Vass resolved KAFKA-16596.
-
Fix Version/s: 3.8.0
Assignee: Andras Katona
Resolution: Fixed
Congrats Greg! :)
On Sun, Apr 14, 2024, 00:35 Bill Bejeck wrote:
> Congrats Greg!
>
> -Bill
>
> On Sat, Apr 13, 2024 at 4:25 PM Boudjelda Mohamed Said
> wrote:
>
> > Congratulations Greg
> >
> > On Sat 13 Apr 2024 at 20:42, Chris Egerton wrote:
> >
> > > Hi all,
> > >
> > > Greg Harris has
Congrats Christo! Well deserved!
On Tue, Mar 26, 2024, 13:27 Kamal Chandraprakash <
kamal.chandraprak...@gmail.com> wrote:
> Congrats Christo!
>
> On Tue, Mar 26, 2024, 17:42 Bruno Cadonna wrote:
>
> > Congrats, Christo!
> >
> > Well deserved!
> >
> > Best,
> > Bruno
> >
> > On 3/26/24 1:04 PM,
new feature to extend the quota management in
> Kafka to support topic-partition based quotas. The following is the link to
> the KIP
>
> https://cwiki.apache.org/confluence/display/KAFKA/KIP-1010%3A+Topic+Partition+Quota
>
>
> Best,
> Afshin Moazami
>
> On Wed, Feb 7, 20
ttps://github.com/apache/kafka/pull/15200> as well.
>>
>> I appreciate all your feedbacks and comments.
>>
>> Special thanks to Viktor Somogyi-Vass and
>> Daniel
>> Urban for the original idea and help.
>> Thank you,
>> Berci
>>
>> --
>> *Bertalan Kondrat* | Founder, SWE
>> servy.hu <https://www.servy.hu/>
>>
>>
>>
>> <https://www.cloudera.com/>
>> --
>>
>
Hi all,
I think that making and updating such a list implies tricky questions that
we have to deal with. Good examples were given by Matthias, that was my
first thought as well before reading his response.
On the other hand I think it would be a good alternative to create a list
of companies
Hi Mickael,
Reacting to your points:
1. I think it's somewhat unfortunate that we provide an appender tied to a
chosen logger implementation. I think that this shouldn't be part of the
project in its current form. However, there is the sl4fj2 Fluent API which
may solve our problem and turn
Hi Elxan,
+1 (binding).
Thanks,
Viktor
On Mon, Jan 8, 2024 at 5:57 PM Dániel Urbán wrote:
> Hi Elxan,
> +1 (non-binding)
> Thanks for the KIP, this will be a very useful metric for MM!
> Daniel
>
> Elxan Eminov ezt írta (időpont: 2024. jan. 7.,
> V,
> 2:17):
>
> > Hi all,
> > Bumping this
you as a collaborator but if so,
then I'll happily do it for this test).
Thanks,
Viktor
On Wed, May 3, 2023 at 9:41 AM Viktor Somogyi-Vass <
viktor.somo...@cloudera.com> wrote:
> Yes, perhaps this can be used in the github action too, I think this is a
> very useful tool. Sadly I
Hi Ismael,
I think it's important to make this change, the youtube video you posted on
the discussion thread makes very good arguments and so does the KIP. Java 8
is almost a liability and Java 11 already has smaller (and decreasing)
adoption than 17. It's a +1 (binding) from me.
Thanks,
Viktor
Congrats Divij, well deserved!
On Fri, Dec 29, 2023, 09:36 Lucas Brutschy
wrote:
> Congratulations, Divij!
>
> On Fri, Dec 29, 2023 at 1:32 AM Colin McCabe wrote:
> >
> > Congratulations, Divij!
> >
> > best,
> > Colin
> >
> > On Thu, Dec 28, 2023, at 11:38, Bruno Cadonna wrote:
> > >
Hey Stan,
I also experienced this, some of the tests indeed take a long time. As an
immediate workaround, do you think we can enforce a global timeout of let's
say 10 minutes?
I don't know if these are taking a long time because of some race condition
or because of the lack of resources and
Hi all,
I was wondering what people think about extending the code freeze date to
early January?
The reason I'm asking is that there are still a couple of testing gaps in
JBOD (https://issues.apache.org/jira/browse/KAFKA-14127) which I think is
very important to finish to ensure a high quality
Viktor Somogyi-Vass created KAFKA-15992:
---
Summary: Make MM2 heartbeats topic name configurable
Key: KAFKA-15992
URL: https://issues.apache.org/jira/browse/KAFKA-15992
Project: Kafka
Elkhan, do you want to propose a vote for this KIP or do you have any other
ideas to include?
On Tue, Oct 17, 2023 at 2:47 PM Viktor Somogyi-Vass <
viktor.somo...@cloudera.com> wrote:
> Hi hudeqi,
>
> Good thinking about the OOM and resource leaks.
> The "update.replicati
Hi Igor,
I'm just reading through your KIP and noticed that the new protocol you
created doesn't say anything about ACLs of the new AssignReplicasToDirs
API. Would it make sense to authorize these requests as other inter-broker
protocol calls are usually authorized, that is ClusterAction on
+1 (binding)
Thank you for working on this, feel free to add me to the code review too.
On Fri, Oct 27, 2023 at 2:54 PM Mickael Maison
wrote:
> Hi,
>
> +1 (binding)
> Thanks for the KIP
>
> Mickael
>
> On Wed, Oct 25, 2023 at 5:34 PM Federico Valeri
> wrote:
> >
> > Hi Jakub, thanks for this
Congrats Satish!
On Fri, Oct 27, 2023, 18:48 Ivan Yurchenko wrote:
> Congrats Satish!
>
> Ivan
>
> On Fri, Oct 27, 2023, at 19:02, Kamal Chandraprakash wrote:
> > Congratulations Satish!
> >
> > On Fri, Oct 27, 2023, 21:10 Jorge Esteban Quilcate Otoya <
> > quilcate.jo...@gmail.com> wrote:
> >
Hi hudeqi,
Good thinking about the OOM and resource leaks.
The "update.replication.lag.interval.time" I think is almost good but we
should include that it is about a metric (like
"replication.lag.interval.metric.update.time") so it's obvious without the
docs too.
Thanks,
Viktor
On Sat, Oct 7,
Hi Jakub,
I think the KIP looks good overall, and I have one question for now.
Would it make sense to split the config you want to introduce
(ssl.allow.dn.and.san.changes) into two configs? Would users want to enable
one but not the other?
Thanks,
Viktor
On Wed, Sep 13, 2023 at 10:00 PM Jakub
Hi Greg,
> I don't think I understand what you mean here. Are you suggesting an
alternative to the Admin API? An external project could certainly
build such a component with the Admin API.
So I was thinking of something more complex than the Admin API, an external
service that can instruct
te replication
> could also be desirable.
> I think we can explore the idea further, and make sure that CCR is
> extensible to tiered topics if it doesn't make it into the initial
> implementation.
>
> Thanks!
> Greg
>
> On Wed, Oct 4, 2023 at 6:13 AM Viktor Somogyi-Vass
>
a, that proxy can be available while the original Kafka cluster is
> not. Failovers would happen between distinct sets of clients that are
> part of the same logical application.
>
> Thanks for taking a look at the rejected alternatives!
> Greg
>
> On Tue, Oct 3, 2023 at 3
Hi Greg,
Seems like finding the perfect replication solution is a never ending story
for Kafka :).
Some general thoughts:
GT-1. While as you say it would be good to have some kind of built-in
replication in Kafka, we definitely need to understand the problem better
to provide a better solution.
Hi Elkhan,
I don't see the config you introduced on the KIP. Otherwise it looks
good to me. If no one has objections or anything to add then I think you
can start the vote after updating the KIP.
>I added the configurable poll interval as an optional - I believe it is
useful to let users to
Hi Krishna,
Thanks for the answer. I've seen multiple such images where environment
variables are used and I think they are generally good but it's unsafe for
passing around secrets, jaas configs and so on. Perhaps for secrets we
could recommend using the file config provider. Then users can
Hi Erik,
I'm still trying to wrap my head around the KIP, however I have a few
questions that weren't clear to me regarding offset commits:
1. Would auto-commits interfere with the behavior defined in your KIP or
would it work the same as manual commits?
2. As I see you don't separate offset
Congrats Justine!
On Sun, Sep 24, 2023, 17:45 Kirk True wrote:
> Congratulations Justine! Thanks for all your great work!
>
> > On Sep 24, 2023, at 8:37 AM, John Roesler wrote:
> >
> > Congratulations, Justine!
> > -John
> >
> > On Sun, Sep 24, 2023, at 05:05, Mickael Maison wrote:
> >>
Congrats Lucas!
On Thu, Sep 21, 2023 at 7:12 PM Alexander Sorokoumov
wrote:
> Congratulations, Lucas!
>
> On Thu, Sep 21, 2023 at 10:09 AM Walker Carlson
> wrote:
>
> > Congrats Lucas!
> >
> > On Thu, Sep 21, 2023 at 11:42 AM Kamal Chandraprakash <
> > kamal.chandraprak...@gmail.com> wrote:
>
Congrats Yash!
On Thu, Sep 21, 2023 at 7:04 PM Josep Prat
wrote:
> Congrats Yash!
>
> ———
> Josep Prat
>
> Aiven Deutschland GmbH
>
> Alexanderufer 3-7, 10117 Berlin
>
> Amtsgericht Charlottenburg, HRB 209739 B
>
> Geschäftsführer: Oskari Saarenmaa & Hannu Valtonen
>
> m: +491715557497
>
> w:
ktor,
> >
> > I disagree. Docker is a very popular deployment tool and it's not only
> used
> > with Kubernetes.
> >
> > Ismael
> >
> > On Thu, Sep 14, 2023, 1:14 AM Viktor Somogyi-Vass
> > wrote:
> >
> > > Hi Krishna,
> > &
Hi Krishna,
I think you should merge this KIP and KIP-974 as there are overlaps as
Federico pointed out on KIP-974. I think you should keep that one as it
has well defined goals (improve tests) while I feel this one is too
generic. Docker is usually just a tool for either testing or Kubernetes,
adjusted freely
> according to the load of the source cluster and the number of tasks.
>
> best,
> hudeqi
>
> Viktor Somogyi-Vass viktor.somo...@cloudera.com.INVALID
> 写道:
> > Hey Elkhan and hudeqi,
> >
> > I'm reading your debate around the implementation. I also
Hey Elkhan and hudeqi,
I'm reading your debate around the implementation. I also think a
scheduled task would be better in overall accuracy and performance
(compared to calling endOffsets with every poll).
Hudeqi, do you have any experience of what works best for you in terms of
time intervals? I
Hi Elkhan,
I think this is quite a useful improvement. A few questions, suggestions:
1. How do you calculate the min, max and avg variants? If I understand
correctly then the metric itself is partition based
(where replication-offset-lag is the lag of the replica that is being
consumed) and these
Viktor Somogyi-Vass created KAFKA-15219:
---
Summary: Support delegation tokens in KRaft
Key: KAFKA-15219
URL: https://issues.apache.org/jira/browse/KAFKA-15219
Project: Kafka
Issue Type
Mickael, have you had some time to review this by any chance?
On Tue, Jun 20, 2023 at 5:23 PM Viktor Somogyi-Vass <
viktor.somo...@cloudera.com> wrote:
> Hey all,
>
> I'd like to revive this discussion. I've created
> https://cwiki.apache.org/confluence/display/KAFKA/KIP-879%3
Congrats Greg!
On Mon, Jul 10, 2023, 17:54 Yash Mayya wrote:
> Congrats Greg!
>
> On Mon, Jul 10, 2023 at 9:15 PM Chris Egerton wrote:
>
> > Hi all,
> >
> > The PMC for Apache Kafka has invited Greg Harris to become a committer,
> and
> > we are happy to announce that he has accepted!
> >
> >
Viktor Somogyi-Vass created KAFKA-15161:
---
Summary: InvalidReplicationFactorException at connect startup
Key: KAFKA-15161
URL: https://issues.apache.org/jira/browse/KAFKA-15161
Project: Kafka
[
https://issues.apache.org/jira/browse/KAFKA-15059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Viktor Somogyi-Vass resolved KAFKA-15059.
-
Resolution: Fixed
[~ChrisEgerton] since the PR is merged, I resolve this ticket
Hey all,
I'd like to revive this discussion. I've created
https://cwiki.apache.org/confluence/display/KAFKA/KIP-879%3A+Multi-level+Rack+Awareness
last November and it seems to be that there is a nice overlap between the
two and would be good to merge. Should we revive KIP-660 and merge the two
Congrats Divij!
On Tue, Jun 13, 2023, 20:27 Philip Nee wrote:
> Congrats!
>
> On Tue, Jun 13, 2023 at 8:17 PM Randall Hauch wrote:
>
> > Congratulations!
> >
> > On Tue, Jun 13, 2023 at 12:48 PM Matthias J. Sax
> wrote:
> >
> > > Congrats!
> > >
> > > On 6/13/23 10:24 AM, Satish Duggana
[
https://issues.apache.org/jira/browse/KAFKA-12384?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Viktor Somogyi-Vass resolved KAFKA-12384.
-
Fix Version/s: 3.6.0
Resolution: Fixed
> Flaky T
message?
> > > > > GitHub automatically marks the folks as "reviewers" who have used
> the
> > > > > "review-changes" button on the top left corner and left feedback.
> > > GitHub
> > > > > also has searchability for such reviews done by a particular
[
https://issues.apache.org/jira/browse/KAFKA-14929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Viktor Somogyi-Vass resolved KAFKA-14929.
-
Resolution: Fixed
> Flaky KafkaStatusBackingStoreFormatT
Jun, thank you for all your hard work! Also, congrats Mickael, it is very
well deserved :)
Best,
Viktor
On Fri, Apr 21, 2023, 18:15 Adam Bellemare wrote:
> Thank you for all your hard work Jun - that's a decade-long legacy!
> And congratulations to you Mickael!
>
> On Fri, Apr 21, 2023 at
Hi Daniel,
I think this is a useful addition, it helps resolving issues and
escalations, and improves overall traceability.
Changing the logging context may imply the risk of making certain log
parsers unable to work on new logs. As I see we by default disable this
feature which solves this
Hi all,
A couple of comments:
1) Regarding the motivation: is the motivation simply monitoring related or
are there any other reasons to this?
2) Can we change monitoring to be identical to filters, so that what is
actively filtered, we monitor exactly those topics and groups? (So group
metrics
here are some nice hidden
> tricks in GitHub that I didn't know :)
>
> Best,
> On Tue, Apr 18, 2023 at 9:48 AM Viktor Somogyi-Vass
> wrote:
>
> > Hi all,
> >
> > Unfortunately I forgot to add myself as a reviewer *again *on a PR when
> > merging. Shame on
Hi all,
Unfortunately I forgot to add myself as a reviewer *again *on a PR when
merging. Shame on me.
However I was thinking about looking into Github actions whether we can
automate this process or at least prevent PRs from merging that don't have
"reviewers" in the description.
Has anyone ever
Congrats David!
On Fri, Mar 10, 2023 at 9:12 AM Tom Bentley wrote:
> Congratulations!
>
> On Fri, 10 Mar 2023 at 03:36, John Roesler wrote:
>
> > Congratulations, David!
> > -John
> >
> > On Thu, Mar 9, 2023, at 20:18, ziming deng wrote:
> > > Congrats David!
> > >
> > > Ziming
> > >
> > >> On
Congrats Chris!
On Fri, Mar 10, 2023 at 12:12 PM Sagar wrote:
> Congrats Chris! Absolutely well deserved!
>
> Sagar.
>
> On Fri, Mar 10, 2023 at 1:42 PM Tom Bentley wrote:
>
> > Congratulations!
> >
> > On Fri, 10 Mar 2023 at 03:35, John Roesler wrote:
> >
> > > Congratulations, Chris!
> > >
Congrats Stan! :)
On Fri, Jan 20, 2023 at 12:35 AM Colin McCabe wrote:
> Congratulations, Stan! Well deserved.
>
> best,
> Colin
>
> On Tue, Jan 17, 2023, at 07:50, Jun Rao wrote:
> > Hi, Everyone,
> >
> > The PMC of Apache Kafka is pleased to announce a new Kafka committer
> > Stanislav
Ok, then +1 (binding) :)
On Mon, Jan 9, 2023 at 3:44 PM John Roesler wrote:
> Yes, you are!
>
> Congrats again :)
> -John
>
> On Mon, Jan 9, 2023, at 08:25, Viktor Somogyi-Vass wrote:
> > Hey all,
> >
> > Now that I'm a committer am I allowed to change my non
Hey all,
Now that I'm a committer am I allowed to change my non-binding vote to
binding to pass the KIP? :)
On Thu, Nov 10, 2022 at 6:13 PM Greg Harris
wrote:
> +1 (non-binding)
>
> Thanks for the KIP, this is an important improvement.
>
> Greg
>
> On Thu, Nov 10, 2022 at 7:21 AM John Roesler
Congrats Edoardo!
On Sat, Jan 7, 2023, 18:15 Bill Bejeck wrote:
> Congratulations, Edoardo!
>
> -Bill
>
> On Sat, Jan 7, 2023 at 12:11 PM John Roesler wrote:
>
> > Congrats, Edoardo!
> > -John
> >
> > On Fri, Jan 6, 2023, at 20:47, Matthias J. Sax wrote:
> > > Congrats!
> > >
> > > On 1/6/23
Hi Ismael,
I think this is a good idea, it can also simplify the code quite a bit.
I was gonna ask about whether you think it would be useful to automate
protocol deprecation but I see you'll have a separate KIP for that so I'll
just wait :).
I see that in multiple places clients have older than
Congrats Justine!
On Thu, Dec 29, 2022, 22:05 Chris Egerton wrote:
> Congrats, Justine!
>
> On Thu, Dec 29, 2022, 15:58 David Jacot wrote:
>
> > Hi all,
> >
> > The PMC of Apache Kafka is pleased to announce a new Kafka committer
> > Justine
> > Olshan.
> >
> > Justine has been contributing to
Congrats Satish!
On Fri, Dec 23, 2022, 19:38 Mickael Maison wrote:
> Congratulations Satish!
>
> On Fri, Dec 23, 2022 at 7:36 PM Divij Vaidya
> wrote:
> >
> > Congratulations Satish!
> >
> > On Fri 23. Dec 2022 at 19:32, Josep Prat
> > wrote:
> >
> > > Congrats Satish!
> > >
> > > ———
> > >
Congrats Josep!
On Tue, Dec 20, 2022, 21:56 Matthias J. Sax wrote:
> Congrats!
>
> On 12/20/22 12:01 PM, Josep Prat wrote:
> > Thank you all!
> >
> > ———
> > Josep Prat
> >
> > Aiven Deutschland GmbH
> >
> > Immanuelkirchstraße 26, 10405 Berlin
> >
> > Amtsgericht Charlottenburg, HRB 209739 B
>
Congratulations, Viktor!
> > >
> > > Regards,
> > >
> > > Rajini
> > >
> > >
> > > On Thu, Dec 15, 2022 at 11:41 AM Ron Dagostino
> > wrote:
> > >
> > >> Congrats to you too, Victor!
> > >>
> > >&g
Congrats Luke! :)
On Fri, Dec 16, 2022, 21:26 Randall Hauch wrote:
> Congratulations, Luke!
>
> On Fri, Dec 16, 2022 at 2:08 PM Josep Prat
> wrote:
>
> > Congrats Luke!
> >
> > On Fri, Dec 16, 2022 at 8:55 PM Bill Bejeck wrote:
> >
> > > Congratulations Luke!
> > >
> > > -Bill
> > >
> > > On
Thank you everyone! :)
On Thu, Dec 15, 2022 at 10:22 AM Mickael Maison
wrote:
> Congratulations Viktor!
>
> On Thu, Dec 15, 2022 at 10:06 AM Tamas Barnabas Egyed
> wrote:
> >
> > Congratulations, Viktor!
>
Congrats Ron! :)
On Thu, Dec 15, 2022 at 10:22 AM Mickael Maison
wrote:
> Congratulations Ron!
>
> On Thu, Dec 15, 2022 at 9:41 AM Eslam Farag wrote:
> >
> > Congratulations, Ron ☺️
> >
> > On Thu, 15 Dec 2022 at 10:40 AM Tom Bentley wrote:
> >
> > > Congratulations!
> > >
> > > On Thu, 15
thout KIP if you have ideas on improving
> > it, right?
> >
> > --
> > Best,
> > Ziming
> >
> > > On Nov 29, 2022, at 21:52, Viktor Somogyi-Vass <
> > viktor.somo...@cloudera.com.INVALID> wrote:
> > >
> > > Hi All,
> > &g
:14 PM Viktor Somogyi-Vass <
viktor.somo...@cloudera.com> wrote:
> Hey all,
>
> I'd like to propose a new broker side replica assignment strategy and an
> interface that generalizes replica assignment on brokers and makes them
> pluggable.
>
> Briefly, the motivation for
Hi Rajini,
If I understand correctly, the client.rack config would stay supported
after KIP-848 but does it expand the scope of that KIP too with this
config? I mean that currently you propose ConsumerProtocolSubscription to
be used but this protocol won't be available and we need to transfer the
Hey all,
I'd like to propose a new broker side replica assignment strategy and an
interface that generalizes replica assignment on brokers and makes them
pluggable.
Briefly, the motivation for the new replica assignment strategy is that
more and more of our customers would want to run their
+1 (non-binding). Thanks for the KIP!
On Mon, Oct 24, 2022 at 3:23 PM Chris Egerton
wrote:
> +1 (binding). Thanks for the KIP!
>
> On Sat, Oct 22, 2022 at 3: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
> >
[
https://issues.apache.org/jira/browse/KAFKA-14331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Viktor Somogyi-Vass resolved KAFKA-14331.
-
Resolution: Duplicate
> Upgrade to Scala 2.13
Viktor Somogyi-Vass created KAFKA-14331:
---
Summary: Upgrade to Scala 2.13.10
Key: KAFKA-14331
URL: https://issues.apache.org/jira/browse/KAFKA-14331
Project: Kafka
Issue Type
Viktor Somogyi-Vass created KAFKA-14281:
---
Summary: Multi-level rack awareness
Key: KAFKA-14281
URL: https://issues.apache.org/jira/browse/KAFKA-14281
Project: Kafka
Issue Type
Viktor Somogyi-Vass created KAFKA-14250:
---
Summary: Exception during normal operation in MirrorSourceTask
causes the task to fail instead of shutting down gracefully
Key: KAFKA-14250
URL: https
Congrats Chris!
On Mon, Jul 25, 2022, 18:33 Matthew Benedict de Detrich
wrote:
> Congratulations!
>
> --
> Matthew de Detrich
> Aiven Deutschland GmbH
> Immanuelkirchstraße 26, 10405 Berlin
> Amtsgericht Charlottenburg, HRB 209739 B
>
> Geschäftsführer: Oskari Saarenmaa & Hannu Valtonen
> m:
Hi Luke & Artem,
We prepared the fix, would you please help in getting a committer-reviewer
to get this issue resolved?
Thanks,
Viktor
On Fri, Jul 8, 2022 at 12:57 PM Dániel Urbán wrote:
> Submitted a PR with the fix: https://github.com/apache/kafka/pull/12392
> In the PR I tried keeping the
your part :)
> I'll merge this PR shortly and start a new RC build.
>
> -David
>
> On Thu, Jul 21, 2022 at 11:42 AM Viktor Somogyi-Vass
> wrote:
>
> > Hi David,
> >
> > Found an issue (tight loop in the consumer), fixed it on trunk and
> > backpo
Hi David,
Found an issue (tight loop in the consumer), fixed it on trunk and
backported it onto the 3.2 branch. Is it possible to include this in the
3.2.1 release?
https://github.com/apache/kafka/pull/12417
Thanks,
Viktor
On Tue, Jul 19, 2022 at 5:57 PM Randall Hauch wrote:
> Hi, Chris S and
hi Jose,
KIP-373 just went in yesterday (and likely add some docs too today), would
you please add it to the list?
Thanks,
Viktor
On Fri, Jun 17, 2022 at 11:45 AM Matthew Benedict de Detrich
wrote:
> Hi José,
>
> KIP-797 has been accepted and the associated PR is now ready, is it
> possible
[
https://issues.apache.org/jira/browse/KAFKA-6945?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Viktor Somogyi-Vass reopened KAFKA-6945:
> Add support to allow users to acquire delegation tokens for other us
>One thing that might make sense to do maybe is to add frequent contributors
>with the "triage" role, so they could label PRs they reviewed and they can
>be taken by committers for a further review and potential merge. What do
>you think?
In addition to labeling commits as stale I think the
Viktor Somogyi-Vass created KAFKA-13949:
---
Summary: Connect /connectors endpoint should support querying the
active topics and the task configs
Key: KAFKA-13949
URL: https://issues.apache.org/jira/browse
Viktor Somogyi-Vass created KAFKA-13917:
---
Summary: Avoid calling lookupCoordinator() in tight loop
Key: KAFKA-13917
URL: https://issues.apache.org/jira/browse/KAFKA-13917
Project: Kafka
[
https://issues.apache.org/jira/browse/KAFKA-6084?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Viktor Somogyi-Vass resolved KAFKA-6084.
Fix Version/s: 2.8.0
Resolution: Fixed
> ReassignPartitionsCommand sho
[
https://issues.apache.org/jira/browse/KAFKA-13442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Viktor Somogyi-Vass resolved KAFKA-13442.
-
Resolution: Duplicate
> REST API endpoint for fetching a connector's con
[
https://issues.apache.org/jira/browse/KAFKA-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Viktor Somogyi-Vass resolved KAFKA-13452.
-
Resolution: Duplicate
> MM2 creates invalid checkpoint when offset mapp
Hi Michael,
+1 (non-binding) from me.
Viktor
On Thu, Jan 13, 2022 at 11:32 AM Mickael Maison
wrote:
> Bumping this vote.
>
> We have 2 non-binding votes so far. Please take a look and let me know
> if you have any feedback.
>
> Thanks,
> Mickael
>
> On Mon, Dec 13, 2021 at 10:50 PM Ryanne
> On Wed, Jan 12, 2022, at 02:37, Viktor Somogyi-Vass wrote:
> > Hi Dongjin,
> >
> > We're also looking into this matter as our stack was also affected by all
> > the log4j hell and users increasingly pushing us to upgrade to log4j2 or
> > logback because
Hi Dongjin,
+1 (non-binding) from me as well. Thanks for picking this up!
Viktor
On Mon, Jan 17, 2022 at 1:07 PM Mickael Maison
wrote:
> Hi Dongjin,
>
> +1 (binding) Thanks for all your efforts on this KIP
>
> Thanks,
> Mickael
>
> On Tue, Dec 21, 2021 at 10:00 AM Dongjin Lee wrote:
> >
> >
Hi Dongjin,
We're also looking into this matter as our stack was also affected by all
the log4j hell and users increasingly pushing us to upgrade to log4j2 or
logback because of the existing vulnerabilities in log4j1.
Regarding the points raised by Haruki:
a) In my opinion the best would be to
Hi Magnus,
I think this is a very useful addition. We also have a similar (but much
more simplistic) implementation of this. Maybe I missed it in the KIP but
what about adding metrics about the subscription cache itself? That I think
would improve its usability and debuggability as we'd be able
Hi Folks,
I too think this would be a very useful feature. Some of our management
applications would provide a wizard for creating connectors. In this
scenario the user basically would fill out a sample configuration generated
by the UI which would send it back to Connect for validation and
Viktor Somogyi-Vass created KAFKA-13442:
---
Summary: REST API endpoint for fetching a connector's config
definition
Key: KAFKA-13442
URL: https://issues.apache.org/jira/browse/KAFKA-13442
Project
Viktor Somogyi-Vass created KAFKA-13240:
---
Summary: HTTP TRACE should be disabled in Connect
Key: KAFKA-13240
URL: https://issues.apache.org/jira/browse/KAFKA-13240
Project: Kafka
Issue
Viktor Somogyi-Vass created KAFKA-12922:
---
Summary: MirrorCheckpointTask should close topic filter
Key: KAFKA-12922
URL: https://issues.apache.org/jira/browse/KAFKA-12922
Project: Kafka
The code is ready for review now: https://github.com/apache/kafka/pull/10738
Thanks,
Viktor
On Thu, May 20, 2021 at 9:58 AM Viktor Somogyi-Vass
wrote:
> Hi Matthew,
>
> I saw your email the other day. Unfortunately this has been deprioritized
> in our team back then but now I start
gt; > Matthew de Detrich
> >
> > Aiven Deutschland GmbH
> >
> > Immanuelkirchstraße 26, 10405 Berlin
> >
> > Amtsgericht Charlottenburg, HRB 209739 B
> >
> > m: +491603708037
> >
> > w: aiven.io e: matthew.dedetr...@aiven.io
>
Bumping it in hope for any feedback.
On Fri, Mar 12, 2021 at 3:49 PM Viktor Somogyi-Vass
wrote:
> Hi Everyone,
>
> It seems people don't have anything to add on the discussion, so I'd like
> to propose a vote now. In any case if you still have something to add,
> please fee
Congrats Tom! :)
On Wed, Mar 17, 2021 at 3:47 PM Chia-Ping Tsai wrote:
> Congratulations!!!
>
> On 2021/03/15 17:59:56, Mickael Maison wrote:
> > Hi all,
> >
> > The PMC for Apache Kafka has invited Tom Bentley as a committer, and
> > we are excited to announce that he accepted!
> >
> > Tom
Hi Tom,
Have you considered to directly subclass CompletableFuture? Can we do this?
Maybe a good addition to the alternatives.
Thanks,
Viktor
On Wed, Feb 24, 2021 at 10:13 AM Tom Bentley wrote:
> If the next release is going to be Kafka 3.0, as seems to be the case, it
> would be a great time
1 - 100 of 286 matches
Mail list logo