Nikolay Izhikov created KAFKA-15646:
---
Summary: Update ReassignPartitionsIntegrationTest once JBOD
available
Key: KAFKA-15646
URL: https://issues.apache.org/jira/browse/KAFKA-15646
Project: Kafka
Nikolay Izhikov created KAFKA-15645:
---
Summary: Move ReplicationQuotasTestRig to tools
Key: KAFKA-15645
URL: https://issues.apache.org/jira/browse/KAFKA-15645
Project: Kafka
Issue Type
Nikolay Izhikov created KAFKA-14730:
---
Summary: Move AdminOperationException to server-commons
Key: KAFKA-14730
URL: https://issues.apache.org/jira/browse/KAFKA-14730
Project: Kafka
Issue
Thanks all!
This KIP has passed with one +1 (non-binding) votes from myself
and
three +1 (binding) votes from Chris Egerton, Bill Bejeck, Guozhang Wang.
вт, 13 сент. 2022 г. в 19:30, Nikolay Izhikov :
> +1 (non-binding)
>
> пн, 12 сент. 2022 г. в 21:16, Chris Egerton :
>
>> +1
+1 (non-binding)
пн, 12 сент. 2022 г. в 21:16, Chris Egerton :
> +1 (binding). Thanks!
>
> On Mon, Sep 12, 2022 at 1:43 PM Bill Bejeck wrote:
>
> > Thanks for the KIP!
> >
> > +1(binding)
> >
> > -Bill
> >
> > On Mon, Sep 12, 2022 at 1:39 PM Николай Ижиков
> > wrote:
> >
> > > Community, please
able for me.
Group leader have these data on the hands, already.
Why should we send them over the wire one more time?
> 16 февр. 2022 г., в 22:20, Nikolay Izhikov
> написал(а):
>
> Hello, Dylan.
>
>> At larger scales (e.g., thousands+ of partitions and hundreds+ of consumer
#x27;s JMX entirely. Client is already collecting
> consumer-fetch-manager-metrics metrics, can report them to cluster, the
> broker can feed metrics to subscriptions, and this "just works" without new
> code in group coordinator.
>
>
&
er client metrics, but will leave that to people more familiar with
> broker logic to think through.
>
> [1] -
> https://cwiki.apache.org/confluence/display/KAFKA/KIP-714%3A+Client+metrics+and+observability#KIP714:Clientmetricsandobservability-Motivation
>
> Cheers,
>
> Chris
&g
tion for duplicating existing
> client metrics onto brokers would be?
>
> [1] https://kafka.apache.org/31/documentation.html#consumer_fetch_monitoring
>
> Cheers,
>
> Chris
>
> On Wed, Feb 16, 2022 at 4:38 AM Nikolay Izhikov wrote:
>
>> Hello, Kafka team.
>>
Hello, Kafka team.
When running in production the common user question is «How big lag between
producer and consumer?».
We have a `kafka-consumer-groups.sh` tool and
`AdminClient#getListConsumerGroupOffsetsCall` to answer the question.
Even detailed guides on how to calculate *consumer lag* wit
all for working to keep Kafka development
> healthy!
>
> -John
>
> On Wed, 2022-02-09 at 14:19 +0300, Nikolay Izhikov wrote:
>> Hello, guys.
>>
>> I made a quick search throw oldest PRs.
>> Looks like the following list can be safely closed.
>>
>> Comm
om/en/organizations/managing-access-to-your-organizations-repositories/repository-roles-for-an-organization#permissions-for-each-role).
>> 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
afka (https://github.com/apache/kafka/pulls) and choose from there. I think
> that is the simplest way to start reviewing. Maybe Luke has some tips here
> since he does an excellent job in reviewing as a non-committer.
>
> Best,
> Bruno
>
> On 07.02.22 08:24, Nikolay Izhikov wro
>>>
>>> Might also be good to have a sub-page for Connect KIPs?
>>>
>>>
>>> -Matthias
>>>
>>>
>>> On 2/5/22 05:57, Luke Chen wrote:
>>>> Hi Nikolay,
>>>>
>>>> That's a good qu
Hello, David, Luke.
What about KIPs?
Should we have some special state on KIPs that was rejected or can’t be
implemented due to lack of design or when Kafka goes in another direction?
Right now those kind of KIPs just have no feedback.
For me as a contributor it’s not clear - what is wrong with t
ssed.
>
> On Wed, Jul 7, 2021 at 3:30 AM Nikolay Izhikov wrote:
>
>> Hello, James.
>>
>>> One use case we would like is to require that producers are sending
>> compressed messages.
>>
>> I think that forcing producers to send compressed messages
Hello, Knowles.
I have some frustration with KIP process, also.
Some features, that at glance requested by the community just can’t be done
without explicit commiters approval.
KIP-729 [1], KIP-686 [2], request the same feature, can be taken as a good
example.
Dear Kafka committers, what kind
[
https://issues.apache.org/jira/browse/KAFKA-13302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikolay Izhikov resolved KAFKA-13302.
-
Resolution: Invalid
Sorry for any inconvinience. This issue should go to Ignite project
Nikolay Izhikov created KAFKA-13302:
---
Summary: [IEP-59] Support not default page size
Key: KAFKA-13302
URL: https://issues.apache.org/jira/browse/KAFKA-13302
Project: Kafka
Issue Type
hear that. I'm ok with either one too.
>>> I had missed noticing the KIP-686. Thanks for bringing it up.
>>>
>>> I have tried to keep this one simple, but hope it can cover all our
>>> enterprise needs.
>>>
>>> Should we put this
30 июня 2021 г., в 18:04, Nikolay Izhikov написал(а):
>
> Hello.
>
> I had a very similar proposal [1].
> So, yes, I think we should have one implementation of API in the product.
>
> [1]
> https://cwiki.apache.org/confluence/display/KAFKA/KIP-686%3A+API+to+ensure+R
Hello.
I had a very similar proposal [1].
So, yes, I think we should have one implementation of API in the product.
[1]
https://cwiki.apache.org/confluence/display/KAFKA/KIP-686%3A+API+to+ensure+Records+policy+on+the+broker
> 30 июня 2021 г., в 17:57, Christopher Shannon
> написал(а):
>
> I
+1
> 6 янв. 2021 г., в 16:53, David Jacot написал(а):
>
> Hi all,
>
> I'd like to start the vote on KIP-700: Add Describe Cluster API. This KIP
> is here:
> https://cwiki.apache.org/confluence/x/jQ4mCg
>
> Please take a look and vote if you can.
>
> Best,
> David
Hello, Boyang Chen.
I think this KIP overlaps with my idea [1] of exposing information about
certificates Kafka uses.
Kafka administrator should initiate renewal certificates procedure not long
before the certificate expires.
But, for now, there is no way for administrators to know the expiratio
can use OpenSSL s_client to check all these things.
>
> https://www.openssl.org/docs/manmaster/man1/s_client.html
>
> --
> Igor
>
> On Wed, Dec 2, 2020, at 5:44 PM, Nikolay Izhikov wrote:
>> Hello.
>>
>> Kafka has an ability to configure SSL connections be
Hello.
Kafka has an ability to configure SSL connections between brokers and clients.
SSL certificates has different params such as
* issuer
* CN
* validity date
and so on.
Values of these parameters important during maintenance:
* checking
> at least one alternative, in particular, managing schema outside of kafka
> itself using something like the confluent schema registry. Maybe you can
> say why RecordPolicy would be better?
>
> Best,
> Paul
>
> On Mon, Nov 30, 2020 at 9:58 AM Nikolay Izhikov wrote:
>
Friendly bump.
Please, share your feedback.
Do we need those feature in the Kafka?
> 23 нояб. 2020 г., в 12:09, Nikolay Izhikov
> написал(а):
>
> Hello!
>
> Any additional feedback on this KIP?
> I believe this API can be useful for Kafka users.
>
>
>> 1
Hello!
Any additional feedback on this KIP?
I believe this API can be useful for Kafka users.
> 18 нояб. 2020 г., в 14:47, Nikolay Izhikov
> написал(а):
>
> Hello, Ismael.
>
> Thanks for the feedback.
> You are right, I read public interfaces definition not carefull
describe the new public API that will be exposed as part of this.
> For example, there is no public `Records` class.
>
> Ismael
>
> On Tue, Nov 17, 2020 at 8:24 AM Nikolay Izhikov wrote:
>
>> Hello.
>>
>> I want to start discussion of the KIP-686 [1].
>>
Hello.
I want to start discussion of the KIP-686 [1].
I propose to introduce the new public interface for it RecordsPolicy:
```
public interface RecordsPolicy extends Configurable, AutoCloseable {
void validate(String topic, Records records) throws PolicyViolationException;
}
```
and a two ne
Nikolay Izhikov created KAFKA-10732:
---
Summary: API to ensure Records policy on the broker
Key: KAFKA-10732
URL: https://issues.apache.org/jira/browse/KAFKA-10732
Project: Kafka
Issue Type
Hello!
Kafka uses relatively strict code style for Java code.
Code style enforces during project build.
But, for now, we doesn’t check python test code style.
I’ve checked system tests code with the default pylint settings and got the
following results - "Your code has been rated at 5.98/10»
I
t;>> Hi,
>>>
>>> ducktape v0.8.0 is now released.
>>>
>>> Regards,
>>> Magnus
>>>
>>>
>>> Den ons 7 okt. 2020 kl 10:50 skrev Nikolay Izhikov >> :
>>>
>>>> Hello.
>>>>
>>>
Great news!
Thanks Magnus!
I’ve updated the PR.
Looks like we ready to merge it.
> 7 окт. 2020 г., в 15:29, Magnus Edenhill написал(а):
>
> Hi,
>
> ducktape v0.8.0 is now released.
>
> Regards,
> Magnus
>
>
> Den ons 7 okt. 2020 kl 10:50 skrev Nikolay Iz
Hello.
Got 4 approvals for PR [1]
The only thing we need to be able to merge it is a ducktape 0.8 release.
If ducktape team need any help with the release, please, let me know.
[1] https://github.com/apache/kafka/pull/9196
> 21 сент. 2020 г., в 12:58, Nikolay Izhikov
> нап
afka/pull/9196
>> [3]
>> https://github.com/apache/kafka/pull/9196/files#diff-9235a7bdb1ca9268681c0e56f3f3609bR39
>>
>>> 16 сент. 2020 г., в 07:32, Guozhang Wang
>> написал(а):
>>>
>>> Hello Nikolay,
>>>
>>> I can help ru
Nikolay Izhikov created KAFKA-10505:
---
Summary: [SystemTests] streams_static_membership.py and
streams_upgradet_test.py fails
Key: KAFKA-10505
URL: https://issues.apache.org/jira/browse/KAFKA-10505
suite once your PR is cleanly rebased to verify the
> whole suite works and then I can merge (I'm trusting Ivan and Magnus here
> for their reviews :)
>
> Guozhang
>
> On Mon, Sep 14, 2020 at 3:56 AM Nikolay Izhikov wrote:
>
>> Hello!
>>
>> I got 2 a
Hello!
I got 2 approvals from Ivan Daschinskiy and Magnus Edenhill.
Committers, please, join the review.
> 3 сент. 2020 г., в 11:06, Nikolay Izhikov написал(а):
>
> Hello!
>
> Just a friendly reminder.
>
> Patch to resolve some kind of technical debt - python2 in sys
Hello, Viktor.
Do you want to implement the exact approach as it described in the current KIP?
Or you have another proposal on how it has to be implemented?
I abandoned this KIP due to lack of interest from community.
Guess we can collaborate during implementation.
> 7 сент. 2020 г., в 13:13, Vi
Hello!
Just a friendly reminder.
Patch to resolve some kind of technical debt - python2 in system tests is ready!
Can someone, please, take a look?
https://github.com/apache/kafka/pull/9196
> 28 авг. 2020 г., в 11:19, Nikolay Izhikov написал(а):
>
> Hello!
>
> Any feedback
Hello!
Any feedback on this?
What I should additionally do to prepare system tests migration?
> 24 авг. 2020 г., в 11:17, Nikolay Izhikov написал(а):
>
> Hello.
>
> PR [1] is ready.
> Please, review.
>
> But, I need help with the two following questions:
>
&g
л(а):
>
> +1
>
> On Fri, Aug 14, 2020 at 7:42 AM John Roesler wrote:
>
>> Thanks Nikolay,
>>
>> No objection. This would be very nice to have.
>>
>> Thanks,
>> John
>>
>> On Fri, Aug 14, 2020, at 09:18, Nikolay Izhikov wrote:
>&g
Hello.
> If anyone's interested in porting it to Python 3 it would be a good change.
I’ve created a ticket [1] to upgrade system tests to python3.
Does someone have any additional inputs or objections for this change?
[1] https://issues.apache.org/jira/browse/KAFKA-10402
> 1 июля 2020 г., в 00
Nikolay Izhikov created KAFKA-10402:
---
Summary: Upgrade python version in system tests
Key: KAFKA-10402
URL: https://issues.apache.org/jira/browse/KAFKA-10402
Project: Kafka
Issue Type
t think I am running low on resources.
>
> Is this common? At this rate, the tests would take about 2 days to complete
> and there'd probably be lots of failures.
>
> On Mon, Jun 29, 2020 at 11:21 AM Gokul Ramanan Subramanian <
> gokul24...@gmail.com> wrote:
>
>> Tha
Hello,
I successfully run system tests on Mac with Docker.
I followed the instruction on [1] and it works like a charm.
[1] https://github.com/apache/kafka/tree/trunk/tests#running-tests-using-docker
> 29 июня 2020 г., в 12:14, Gokul Ramanan Subramanian
> написал(а):
>
> Hi.
>
> Has anyone
[
https://issues.apache.org/jira/browse/KAFKA-9320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikolay Izhikov resolved KAFKA-9320.
Resolution: Fixed
Fixed with the
https://github.com/apache/kafka/commit
Nikolay Izhikov created KAFKA-10050:
---
Summary: kafka_log4j_appender.py broken on JDK11
Key: KAFKA-10050
URL: https://issues.apache.org/jira/browse/KAFKA-10050
Project: Kafka
Issue Type
plicitly. If such
> users want to use TLS 1.3, they will have to update the list of ciphers to
> include TLS 1.3 ciphers (which use a different naming convention). TLS 1.2
> will continue to work as usual, so there is no compatibility issue.
>
> Ismael
>
> On Tue, May 19, 202
olay, you have enough votes and 72 hours have passed, so you can close
> this vote as successful whenever you're ready.
>
> Ismael
>
> On Mon, Mar 2, 2020 at 10:55 AM Nikolay Izhikov wrote:
>
>> Hello.
>>
>> I would like to start vote for K
on so that TLS 1.3 is exercised in the system tests
> by default.
>
> Ismael
>
> On Fri, Apr 24, 2020 at 7:32 AM Nikolay Izhikov wrote:
>
>> Hello, Ismael.
>>
>> AFAIK we don’t run system tests nightly.
>> Do we have resources to run system tests p
PR - https://github.com/apache/kafka/pull/8695
> 18 мая 2020 г., в 23:30, Nikolay Izhikov написал(а):
>
> Hello, Colin
>
> We need hack only because TLSv1.3 not supported in java8.
>
>> Java 8 will receive TLS 1.3 support later this year
>> (https://java.com
enable TLS 1.3 by default even if the cipher suite is
>> specified?
>>
>> best,
>> Colin
>>
>>
>> On Mon, May 18, 2020, at 09:26, Ismael Juma wrote:
>>> Sounds good.
>>>
>>> Ismael
>>>
>>>
>>> On Mo
add test for this case?
I can prepare the preliminary PR for this KIP and add this kind of test to it.
What do you think?
> 18 мая 2020 г., в 18:59, Nikolay Izhikov написал(а):
>
>> 1. I meant that `ssl.protocol` is TLSv1.2 while `ssl.enabled.protocols` is
>> `TLSv1.2, TLSv
cryptoroadmap.html), but it currently does not
> support it. One way to handle this would be to check if the underlying JVM
> supports TLS 1.3 before enabling it.
>
> I hope this clarifies my questions.
>
> Ismael
>
> On Mon, May 18, 2020 at 6:44 AM Nikolay Izhikov wrote:
with the explicit configuration property "ssl.enabled.protocols"
```
> 25 февр. 2020 г., в 08:57, Nikolay Izhikov
> написал(а):
>
> Hello.
>
> Any feedback on this?
>
> This change seems very simple, I can start vote right now if nothing to
> discuss
The cipher suite names are different in TLS 1.3. What would be the behavior
> if the client requests TLS 1.3, but the server only has cipher suites for
> TLS 1.2? It would be good to explain the expected behavior and add tests to
> verify it.
>
> Ismael
>
> On Thu, Apr 30, 2020 at
Nikolay Izhikov created KAFKA-9986:
--
Summary: Checkpointing API for State Stores
Key: KAFKA-9986
URL: https://issues.apache.org/jira/browse/KAFKA-9986
Project: Kafka
Issue Type: New Feature
Hello, Kafka Team.
I prepared a PR [1] for the KAFKA-3184 [2]
Can someone, please, do the review.
[1] https://github.com/apache/kafka/pull/8592
[2] https://issues.apache.org/jira/browse/KAFKA-3184
Nikolay Izhikov created KAFKA-9943:
--
Summary: Enable TLSv.1.3 in system tests "run all" execution.
Key: KAFKA-9943
URL: https://issues.apache.org/jira/browse/KAFKA-9943
Project: Kafka
Ticket created:
https://issues.apache.org/jira/browse/KAFKA-9943
I will prepare the PR, shortly.
> 27 апр. 2020 г., в 17:55, Ismael Juma написал(а):
>
> Yes, a PR would be great.
>
> Ismael
>
> On Mon, Apr 27, 2020, 2:10 AM Nikolay Izhikov wrote:
>
>> Hello,
that TLS 1.3 is exercised in the system tests
> by default.
>
> Ismael
>
> On Fri, Apr 24, 2020 at 7:32 AM Nikolay Izhikov wrote:
>
>> Hello, Ismael.
>>
>> AFAIK we don’t run system tests nightly.
>> Do we have resources to run system tests periodi
run the system tests with TLS 1.3. Do we
> run them nightly?
>
> Ismael
>
> On Fri, Feb 14, 2020 at 4:17 AM Nikolay Izhikov wrote:
>
>> Hello, Kafka team.
>>
>> I ran system tests that use SSL for the TLSv1.3.
>> You can find the results of the tests in t
Hello, Kanupriya
Recently, I’ve implemented a histogram metric [1] in Apache Ignite.
My implementation can work on a stream load.
It just counts events that is fall into the predefined intervals(buckets).
I think histogram can be useful to measure consumer lag or similar metrics.
So, If the comm
Hello.
I would like to start vote for KIP-573: Enable TLSv1.3 by default
KIP -
https://cwiki.apache.org/confluence/display/KAFKA/KIP-573%3A+Enable+TLSv1.3+by+default
Discussion thread -
https://lists.apache.org/thread.html/r1158b6caf416e7db802780de71115b3e2d3ef2c4664b7ec8cb32ea86%40%3Cdev.kafka
:30, Nikolay Izhikov
> написал(а):
>
> Hello, Kafka team.
>
> I found that system tests that starts earlier versions of Kafka doesn’t work
> with JDK11 [1]
>
> There is two main reason for it:
>
>* Kafka startup scripts contains removed JVM options l
Hello.
Any feedback on this?
This change seems very simple, I can start vote right now if nothing to discuss
here.
> 21 февр. 2020 г., в 15:18, Nikolay Izhikov
> написал(а):
>
> Hello,
>
> I'd like to start a discussion of KIP [1]
> This is follow-up for the KI
Hello, Kafka team.
I found that system tests that starts earlier versions of Kafka doesn’t work
with JDK11 [1]
There is two main reason for it:
* Kafka startup scripts contains removed JVM options like
`-XX:+PrintGCDateStamps or `-XX:UseParNewGC`.
* 0.10.0.1, 0.10.1.1, 0.10.2.2, 0.11.0
Hello,
I'd like to start a discussion of KIP [1]
This is follow-up for the KIP-553 [2]
Its goal is to enable TLSv1.3 by default.
Your comments and suggestions are welcome.
[1]
https://cwiki.apache.org/confluence/display/KAFKA/KIP-573%3A+Enable+TLSv1.3+by+default
[2] https://cwiki.apache.org/c
Nikolay Izhikov created KAFKA-9573:
--
Summary: TestUpgrade system test failed on Java11.
Key: KAFKA-9573
URL: https://issues.apache.org/jira/browse/KAFKA-9573
Project: Kafka
Issue Type
ent-17036930
[5]
https://github.com/apache/kafka/pull/8106/files#diff-6dd015b94706f6920d9de524c355ddd8R51
> 29 янв. 2020 г., в 15:27, Nikolay Izhikov написал(а):
>
> Hello, Rajini.
>
> Thanks for the feedback.
>
> I’ve searched tests by the «ssl» keyword and found the following
a time instead of running them all together. That way, you could just run
> all the tests that enable SSL. Details of running a subset of tests are in
> the README in tests.
>
> On Mon, Jan 27, 2020 at 6:29 PM Nikolay Izhikov wrote:
> Hello, Rajini.
>
> I’m tried to run al
KIP adopted by
https://github.com/apache/kafka/commit/172409c44b8551e2315bd93044a8a95ccda4699f
> 27 янв. 2020 г., в 13:10, Nikolay Izhikov написал(а):
>
> Thanks everyone!
>
> After 3+ business days since this thread started, I'm concluding the vote
> on KIP-553.
>
Hello, Alexander.
As I can see from the previous discussion - you got positive feedback from the
community.
If you resolved all the comments and suggestions I think you should consider
starting voting for this KIP.
> 28 янв. 2020 г., в 10:56, Alexander Dunayevsky
> написал(а):
>
> Any additi
feedback.
>>>>>>
>>>>>> Should I mark this KIP as declined?
>>>>>> Or just wait for the system tests results?
>>>>>>
>>>>>>> 6 янв. 2020 г., в 17:26, Rajini Sivaram
>>>>>> написал(а):
>>>
Thanks everyone!
After 3+ business days since this thread started, I'm concluding the vote
on KIP-553.
The KIP has passed with:
4 binding votes from Mickael Maison, Manikumar, Rajini Sivaram, M. Manna.
2 non-binding vote from Ted Yu, Ron Dagostino.
Thank you all for voting!
> 22 янв. 2020 г.,
Nikolay Izhikov created KAFKA-9460:
--
Summary: Enable TLSv1.2 by default and disable all others protocol
versions
Key: KAFKA-9460
URL: https://issues.apache.org/jira/browse/KAFKA-9460
Project: Kafka
Hello,
I'd like to start a discussion of KIP.
Its goal is to enable TLSv1.3 and disable obsolete versions by default.
https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=142641956
Your comments and suggestions are welcome.
your changes on top of trunk, rather
> than merging trunk into your branch? It is difficult to follow which changes
> are yours and which come from the merge, when you do it the other way.
>
> best,
> Colin
>
>
> On Thu, Oct 17, 2019, at 02:59, Nikolay Izhikov wrote:
> &
Hello.
This KIP adopted by commit -
https://github.com/apache/kafka/commit/4e094217f7360becd3640a38587e25f9a3bfd4b3
Thanks Sophie and Matthias for the review and merge.
Thanks Guozhang, Bill, Matthias, Bruno for the votes and feedback.
В Ср, 09/10/2019 в 15:55 +0300, Nikolay Izhikov пишет
42
[2] https://issues.apache.org/jira/browse/KAFKA-8885
пн, 7 окт. 2019 г. в 10:08, Nikolay Izhikov :
> Hello.
>
> Please, review my changes [1]
> I fixed all conflicts after KAFKA-8885 [2] merge [3].
>
> [1] https://github.com/apache/kafka/pull/7342
> [2] https://issues.apache.
Hello.
I've got PR accepted by the Sophie Blee-Goldman.
Tests are green.
Please, others committers join the review.
чт, 10 окт. 2019 г. в 16:52, Nikolay Izhikov :
> Hello.
>
> This KIP was accepted.
>
> I created PR [1] for it.
> Please, review.
>
> [1] https:/
ll try to make another pass on it asap.
>
>
> Guozhang
>
> On Mon, Oct 14, 2019 at 12:46 PM Nikolay Izhikov
> wrote:
>
> > Hello.
> >
> > I got very helpfull advices from guozhang.
> > And now, we have a ready fix and reproducer.
> >
> &g
21:37 +0300, Nikolay Izhikov пишет:
> Hello.
>
> We have KAFKA-8104 "Consumer cannot rejoin to the group after rebalancing"
> [1] issue.
> It reproduces on many production environments.
>
> I prepared reproducer and fix [2] for this issue.
> But, I need ass
new classes?
>
>
>
> -Matthias
>
> On 9/30/19 9:26 AM, Nikolay Izhikov wrote:
> > Hello, Bruno.
> >
> > Thanks for feedback.
> > KIP [1] updated according to your comments.
> >
> > [1]
> > https://cwiki.apache.org/confluence/display/KAFKA/KIP-527%3
; Thanks, I'm +1 (binding).
>
> On Tue, Oct 8, 2019 at 2:33 AM Nikolay Izhikov wrote:
>
> > Hello, Guozhang.
> >
> > Following added to the KIP:
> >
> > > If not null parameters passed then an java.lang.IllegalArgumentException
> >
> >
9 PM Bill Bejeck wrote:
>
> > Thanks for the KIP.
> >
> > +1(binding)
> >
> > -Bill
> >
> > On Mon, Oct 7, 2019 at 5:57 PM Matthias J. Sax
> > wrote:
> >
> > > +1 (binding)
> > >
> > >
> > > -Matthias
&
Hello.
We have KAFKA-8104 "Consumer cannot rejoin to the group after rebalancing" [1]
issue.
It reproduces on many production environments.
I prepared reproducer and fix [2] for this issue.
But, I need assistance with the "fair" reproducer.
Please, help me with the review and "fair" reproducer:
ll take a
> look at your PR today and see if we can get it into shape for what we need.
>
> best,
> Colin
>
> On Fri, Sep 20, 2019, at 09:18, Nikolay Izhikov wrote:
> > Hello, all.
> >
> > Any feedback on this?
> > Do we need support of ByteBuffer in
Hello,
Any additional feedback on this?
Do we need this in Kafka?
В Ср, 02/10/2019 в 08:30 +0200, Bruno Cadonna пишет:
> Hi Nikolay,
>
> Thank you for the KIP!
>
> +1 (non-binding)
>
> Best,
> Bruno
>
> On Tue, Oct 1, 2019 at 5:57 PM Nikolay Izhikov wrote:
&g
Hello.
I would like to start vote for KIP-527: Add VoidSerde to Serdes
KIP -
https://cwiki.apache.org/confluence/display/KAFKA/KIP-527%3A+Add+VoidSerde+to+Serdes
Discussion thread -
https://lists.apache.org/thread.html/e6f95799898cc5d6e7d44dfd3fc2206117feb384a0a229a1c781ecd4@%3Cdev.kafka.apache
ternative in the KIP is rather a workaround than a
> rejected alternative. IMO it would be better to instead list the
> rejected names for the Serde there if anything.
>
> Best,
> Bruno
>
> On Sat, Sep 28, 2019 at 1:42 PM Nikolay Izhikov wrote:
> >
> > Hello.
> >
Hello.
Any additional comments?
Should I start a vote for this KIP?
В Вт, 24/09/2019 в 16:20 +0300, Nikolay Izhikov пишет:
> Hello,
>
> KIP [1] updated to VoidSerde.
>
> [1]
> https://cwiki.apache.org/confluence/display/KAFKA/KIP-527%3A+Add+VoidSerde+to+Serdes
>
>
&g
> > Because the actually data type is `Void`, I am wondering if `VoidSerde`
> > might be a more descriptive name?
> >
> > -Matthias
> >
> > On 9/23/19 12:25 PM, Nikolay Izhikov wrote:
> > > Hello, guys
> > >
> > > Any additional feeback o
Hello, guys
Any additional feeback on this KIP?
Should I start a vote?
В Пт, 20/09/2019 в 08:52 +0300, Nikolay Izhikov пишет:
> Hello, Andrew.
>
> OK, if nobody mind, let's change it to Null.
>
> В Чт, 19/09/2019 в 13:54 -0400, Andrew Otto пишет:
> > NullSerdes seem
Hello, all.
Any feedback on this?
Do we need support of ByteBuffer in RPC generated code?
Which PR should be reviwed and merged?
В Чт, 19/09/2019 в 10:11 +0300, Nikolay Izhikov пишет:
> Hello, guys.
>
> Looks like we have duplicate tickets and PR's here.
>
> One from
Hello, Andrew.
OK, if nobody mind, let's change it to Null.
В Чт, 19/09/2019 в 13:54 -0400, Andrew Otto пишет:
> NullSerdes seems more descriptive, but up to you! :)
>
> On Thu, Sep 19, 2019 at 1:37 PM Nikolay Izhikov wrote:
>
> > Hello, Andrew.
> >
> &
Hello, Andrew.
Seems, usage null or nothing is matter of taste. I dont mind if we call it
NullSerde
чт, 19 сент. 2019 г., 20:28 Andrew Otto :
> Why 'NothingSerdes' instead of 'NullSerdes'?
>
> On Thu, Sep 19, 2019 at 1:10 PM Nikolay Izhikov
> wrote:
>
&
1 - 100 of 141 matches
Mail list logo
