Andras Beni created KAFKA-7630:
--
Summary: Clarify that broker doesn't need scram username/password
for delegation tokens
Key: KAFKA-7630
URL: https://issues.apache.org/jira/browse/KAFKA-7630
Project: Kaf
Any update on this?
On Tue, Nov 13, 2018 at 1:17 PM Suman B N wrote:
> Team,
>
> Review and merge - https://github.com/apache/kafka/pull/5822.
> One round of review has been done by Mani Kumar Reddy in PR -
> https://github.com/apache/kafka/pull/5665.
>
> --
> *Suman*
> *OlaCabs*
>
--
*Suman*
Thank you for the clarification Jason! The proposals make sense here and let me
continue the discussion.
> Then the ids would be determined using some convention. Most likely, we would
> just use sequential numbers 0, 1, 2,
> etc. We do the same thing for partition ids.
If we initialize a set
I'm a +1 (non-binding) — This looks like it would have saved us a lot of
pain in an issue we had to debug recently. I can't go into details, but
figuring out how to achieve this effect gave me quite a headache. :)
On Mon, Nov 12, 2018 at 1:00 PM xiongqi wu wrote:
> Hi all,
>
> Can I have one mor
>
> I feel this would make the current protocol harder to use. For example, on
> KStream we typically would expect (number of instances * number of threads
> per instance) consumers. Giving out all this many member names in a list
> may not be easy, compared with dynamic generation of member names,
[
https://issues.apache.org/jira/browse/KAFKA-7626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noam Berman resolved KAFKA-7626.
Resolution: Not A Problem
> Possible duplicate message delivery with exactly-once semantics
> -
Thanks Jason for the suggestions! I update the KIP with full schema changes.
> we offer an admin API that lets a user define the expected members of the
> group.
I feel this would make the current protocol harder to use. For example, on
KStream we typically would expect (number of instances * n
Hi Wesley,
Thank you very much for your feedback. The concern on memory pressure is
definitely valid. However it should be the user's job to keep this concern
in mind and implement the observer in the most reasonable way for their use
case. In other words, implement it at their own risks.
The alt
Darshan Mehta created KAFKA-7629:
Summary: Mirror maker goes into infinite loop
Key: KAFKA-7629
URL: https://issues.apache.org/jira/browse/KAFKA-7629
Project: Kafka
Issue Type: Bug
Ozgur created KAFKA-7628:
Summary: KafkaStream is not closing
Key: KAFKA-7628
URL: https://issues.apache.org/jira/browse/KAFKA-7628
Project: Kafka
Issue Type: Bug
Components: streams
Af
Simon Rudchenko created KAFKA-7627:
--
Summary: Kafka server on Windows crashes with misspelled case in
topic name
Key: KAFKA-7627
URL: https://issues.apache.org/jira/browse/KAFKA-7627
Project: Kafka
Noam Berman created KAFKA-7626:
--
Summary: Possible duplicate message delivery with exactly-once
semantics
Key: KAFKA-7626
URL: https://issues.apache.org/jira/browse/KAFKA-7626
Project: Kafka
Is
Sebastian Puzoń created KAFKA-7625:
--
Summary: Kafka Broker node JVM crash -
kafka.coordinator.transaction.TransactionCoordinator.$anonfun$handleEndTransaction
Key: KAFKA-7625
URL: https://issues.apache.org/jira/b
Sounds good. Thanks for cleaning up the warnings!
Colin
On Mon, Nov 12, 2018, at 22:29, Ismael Juma wrote:
> Hi all,
>
> As part of KAFKA-7612, all javac warnings were fixed or suppressed. To>
> prevent them from reappearing, javac warnings are now treated as
> errors. We> still have some scal
Greetings,
Code changes has been completed and pushed against to this PR.
https://github.com/apache/kafka/pull/5910
Thank you.
-
Srinivas
- Typed on tiny keys. pls ignore typos.{mobile app}
Chenchu Lakshman kumar created KAFKA-7624:
-
Summary: HOW TO FILETER NESTED THROUGH KAFKA CONNECT
Key: KAFKA-7624
URL: https://issues.apache.org/jira/browse/KAFKA-7624
Project: Kafka
I
[
https://issues.apache.org/jira/browse/KAFKA-7623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chenchu Lakshman kumar resolved KAFKA-7623.
---
Resolution: Fixed
> SMT STRUCT to MASK or FILTER
> --
17 matches
Mail list logo
