Re: [VOTE] KIP-376: Implement AutoClosable on appropriate classes that want to be used in a try-with-resource statement

LGTM. +1 (binding) -- Harsha On Oct 18, 2018, 5:53 PM -0700, Matthias J. Sax , wrote: > +1 (binding) > > Thanks for the KIP. And thanks for bumping the thread regularly. As > 2.1.0 and 2.0.1 releases are running atm, it takes some time to get > attention. > > -Matthias > > On 10/18/18 11:47 AM,

Re: [DISCUSS] KIP-382: MirrorMaker 2.0

Ryanne,        Makes sense. Can you please add this under rejected alternatives so that everyone has context on why it  wasn’t picked. Thanks, Harsha On Oct 18, 2018, 8:02 AM -0700, Ryanne Dolan , wrote: > Harsha, concerning uReplicator specifically, the project is a major > inspiration for MM2,

RE: [DISCUSS] KIP-383 Pluggable interface for SSL Factory

Hi,      Overall the KIP looks good to me. "Ideally, the interface should be called SslFactory and the built-in implementation should be called DefaultSslFactory. This was rejected to improve backwards compatibility for applications that call the SslFactory directly.” Can you explain why callin

RE: [DISCUSS] KIP-383 Pluggable interface for SSL Factory

es if the Kafka community thinks no Kafka > application calls SslFactory directly. I would like more opinions on this > though. > > > -Original Message- > From: Harsha Chintalapani [mailto:ka...@harsha.io] > Sent: Friday, October 19, 2018 5:55 PM > To: dev@kafka.apache.or

Re: [VOTE] KIP-380: Detect outdated control requests and bounced brokers using broker generation

+1(binding). LGTM. -Harsha On Oct 20, 2018, 4:49 PM -0700, Dong Lin , wrote: > Thanks much for the KIP Patrick. Looks pretty good. > > +1 (binding) > > On Fri, Oct 19, 2018 at 10:17 AM Patrick Huang wrote: > > > Hi All, > > > > I would like to call for a vote on KIP-380: > > > > https://cwiki.apac

RE: [DISCUSS] KIP-383 Pluggable interface for SSL Factory

structors will be removed. > The constants for the new config keys are now declared in the interface > itself. > Please give me your feedback on this new version. > > -Original Message- > From: Harsha Chintalapani [mailto:ka...@harsha.io] > Sent: Friday, Octo

Re: [VOTE] KIP-377: TopicCommand to use AdminClient

Thanks for the KIP. +1 (binding). -Harsha On Oct 25, 2018, 10:40 AM -0400, Viktor Somogyi-Vass , wrote: > Thanks for the votes so far. > > @Colin: yup, I've added this to the KIP. Thanks. > On Thu, Oct 25, 2018 at 2:30 AM Colin McCabe wrote: > > > > Thanks, Viktor. +1 (binding). > > > > One note:

Re: Contribution request for KAFKA-2607

I added you to Contributors in JIRA. You should be able to assign it yourself. -Harsha On Oct 26, 2018, 11:05 AM -0400, dev@kafka.apache.org, wrote: > > Al11

Re: [VOTE] KIP-380: Detect outdated control requests and bounced brokers using broker generation

ts and > > bounced brokers using broker generation > > > > Hi, Patrick, > > > > Could you update the KIP with the changes to ControlledShutdownRequest > > based on the discussion thread? > > > > Thanks, > > > > Jun > > >

Re: [VOTE] 2.0.1 RC0

+1. Ran a 3 node cluster with few simple tests. Thanks, Harsha On Nov 1, 2018, 9:50 AM -0700, Eno Thereska , wrote: > Anything else holding this up? > > Thanks > Eno > > On Thu, Nov 1, 2018 at 10:27 AM Jakub Scholz wrote: > > > +1 (non-binding) ... I used the staged binaries and run tests with >

Re: [VOTE] KIP-386: Standardize on Min/Avg/Max metrics' default values

+1 (binding) -Harsha On Nov 6, 2018, 8:04 AM -0800, Kevin Lu , wrote: > +1 (non-binding) > > Regards, > Kevin > > On Tue, Nov 6, 2018 at 1:01 AM Stanislav Kozlovski > wrote: > > > Hey everybody, > > > > I'm starting a vote thread on KIP-386: Standardize on Min/Avg/Max metrics' > > default values

Re: [VOTE] KIP-374: Add '--help' option to all available Kafka CLI commands

+1 (binding) -Harsha On Nov 11, 2018, 3:49 PM -0800, Daniele Ascione , wrote: > +1 (non-binding) > > Il ven 9 nov 2018, 02:09 Colin McCabe ha scritto: > > > +1 (binding) > > > > > > > > On Wed, Oct 31, 2018, at 05:42, Srinivas Reddy wrote: > > > Hi All, > > > > > > I would like to call for a vote

Re: [VOTE] KIP-371: Add a configuration to build custom SSL principal name

+1 (binding). Thanks, Harsha On September 19, 2018 at 5:19:51 AM, Manikumar (manikumar.re...@gmail.com) wrote: Hi All, I would like to start voting on KIP-371, which adds a configuration option for building custom SSL principal names. KIP: https://cwiki.apache.org/confluence/display/KAFK

Re: [VOTE] KIP-417: Allow JmxTool to connect to a secured RMI port

+1 (binding). Thanks, Harsha On Jan 31, 2019, 8:08 PM -0800, Manikumar , wrote: > Hi, > > +1 (binding). Thanks for the KIP. > > On Mon, Jan 28, 2019 at 5:37 PM Fangbin Sun wrote: > > > Hi, All: > > I would like to start a vote on KIP-417 which aims at supporting JmxTool > > to connect to a secure

Re: Request permission to create KIP for likan

Gave you permission. Please take a look. Thanks, Harsha On Feb 4, 2019, 3:13 PM -0800, Li Kan , wrote: > Hi Kafka Team, > > Would you please grant me permission to create KIP? I'd like to create a > KIP. Thanks. > My wiki ID is likan: https://cwiki.apache.org/confluence/display/~likan > > -- > Bes

Re: [DISCUSS] KIP-405: Kafka Tiered Storage

"I think you are saying that this enables additional (potentially cheaper) storage options without *requiring* an existing ETL pipeline. “ Yes. " But it's not really a replacement for the sort of pipelines people build with Connect, Gobblin etc.” It is not. But also making an assumption that ev

Re: [VOTE] KIP-461 Improve Replica Fetcher behavior at handling partition failure

Thanks for the KIP. +1(binding) Thanks, Harsha On May 9, 2019, 9:58 AM -0700, Jun Rao , wrote: > Hi, Aishwarya, > > Thanks for the KIP. +1 > > Jun > > On Wed, May 8, 2019 at 4:30 PM Aishwarya Gune > wrote: > > > Hi All! > > > > I would like to call for a vote on KIP-461 that would improve the beh

Re: [VOTE] KIP-492 Add java security providers in Kafka Security config

Thanks for the KIP Sandeep. +1 (binding) Thanks, Harsha On Jul 29, 2019, 12:22 PM -0700, Sandeep Mopuri , wrote: > Hi all, after some good discussion > about the > KIP >

Re: [DISCUSS] KIP-503: deleted topics metric

Thanks for the KIP. Its useful metric to have. LGTM. -Harsha On Mon, Aug 05, 2019 at 11:24 AM, David Arthur wrote: > Hello all, I'd like to start a discussion for > https://cwiki.apache.org/confluence/display/KAFKA/ > KIP-503%3A+Add+metric+for+number+of+topics+marked+for+deletion > > Thanks!

Re: [DISCUSS] KIP-487: Automatic Topic Creation on Producer

Hi Justine, Thanks for the KIP. "When server-side auto-creation is disabled, client-side auto-creation will try to use client-side configurations" If I understand correctly, this KIP is removing any server-side blocking client auto creation of topic? if so this will present potential i

Re: [DISCUSS] KIP-487: Automatic Topic Creation on Producer

> Ismael > > On Mon, Aug 5, 2019, 7:48 PM Harsha Chintalapani wrote: > > Hi Justine, > Thanks for the KIP. > "When server-side auto-creation is disabled, client-side auto-creation > will try to use client-side configurations" > If I understand correctly, th

Re: [DISCUSS] KIP-487: Automatic Topic Creation on Producer

> Harsha, > > Rogue clients can use the admin client to create topics and partitions. > ACLs and policies can help in that case as well as this one. > > Ismael > > On Mon, Aug 5, 2019, 7:48 PM Harsha Chintalapani > > wrote: > > Hi Justine, > Thanks for the K

Re: [DISCUSS] KIP-487: Automatic Topic Creation on Producer

ould have to explicitly opt in to the new behavior of client-side > topic creation. If you run without security, you're already putting a huge > amount of trust in your users. For example, you trust them not to delete > records with the kafka-delete-records.sh command, or delete topics

Re: [DISCUSS] KIP-504 - Add new Java Authorizer Interface

Thanks for the KIP Rajini. Quick thought, it would be good to have a common module outside of clients that only applies to server side interfaces & changes. It looks like we are increasingly in favor of using Java interface for pluggable modules on the broker side. Thanks, Harsha On Tue, Aug 06

Re: [DISCUSS] KIP-487: Automatic Topic Creation on Producer

clearly don't protect against malicious > users, but they can help set up policies when needed. > > best, > Colin > > Thanks, > Harsha > > On Tue, Aug 6, 2019 at 4:02 PM Colin McCabe < cmccabe@ apache. org ( > cmcc...@apache.org ) > wrote: > > Hi Harsha,

Re: [DISCUSS] KIP-486 Support for pluggable KeyStore and TrustStore

Hi Maulin, Not sure if you looked at my previous replies. This changes are not required as there is already security Provider to do what you are proposing. This KIP https://cwiki.apache.org/confluence/display/KAFKA/KIP-492%3A+Add+java+security+providers+in+Kafka+Security+config also

Re: [DISCUSS] KIP-486 Support for pluggable KeyStore and TrustStore

well known security interfaces provided by Java itself. Thanks, Harsha On Thu, Aug 08, 2019 at 6:54 AM, Harsha Chintalapani wrote: > Hi Maulin, >Not sure if you looked at my previous replies. This changes > are not required as there is already security Provider to do wh

Re: [DISCUSS] KIP-486 Support for pluggable KeyStore and TrustStore

ough security.provider. Thanks, Harsha Thanks > Maulin > > On Thu, Aug 8, 2019 at 7:48 AM Harsha Chintalapani > wrote: > > In your KIP you added security. provider as rejected alternative and > specified "its not the correct way". Do you mind explaining why its

Re: Ask for contributor access and write permission on wiki

Hi Jungtaek, Gave you permissions on wiki. Please check. Thansk, Harsha On Thu, Aug 08, 2019 at 7:03 PM, Jungtaek Lim wrote: > Hi devs, > > I'd like to give a shot to make first contribution on Kafka community, as > I initiated thread on needs a new public API for metadata update o

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

+1 (binding). much needed!! On Thu, Aug 08, 2019 at 6:43 PM, Gwen Shapira wrote: > +1 (binding) THANK YOU. It would be +100 if I could. > > On Thu, Aug 8, 2019 at 6:37 PM Mitchell wrote: > > Hello Dev, > After the discussion I would like to start the vote for KIP-499 > > The following command

Re: [DISCUSS] KIP-487: Automatic Topic Creation on Producer

opics despite the broker config. (How can we replace a function > when we rely on it?) > I think at this point we have a fundamental disagreement in what we > > > should > > > allow the producer to do. > In my previous message I mentioned a config that would allow for the

Re: [DISCUSS] KIP-505 : Add new public method to only update assignment metadata in consumer

Hi Jungtaek, Have you looked into this interface https://github.com/apache/kafka/blob/trunk/clients/src/main/java/org/apache/kafka/clients/MetadataUpdater.java . Right now its not a public interface but does the methods available in this interface work for your needs? . The Defau

Re: [VOTE] KIP-503: deleted topics metric

+1 (binding) Thanks, Harsha On Tue, Aug 13, 2019 at 12:08 PM, David Arthur wrote: > Hello all, > > I'd like to start the vote on KIP-503 > https://cwiki.apache.org/confluence/display/KAFKA/ > KIP-503%3A+Add+metric+for+number+of+topics+marked+for+deletion > > Thanks! > David >

Re: [VOTE] KIP-396: Add Commit/List Offsets Operations to AdminClient

Thanks for the KIP Mickael. LGTM +1 (binding). -Harsha On Wed, Aug 14, 2019 at 1:10 PM, Colin McCabe wrote: > Thanks, Mickael. +1 (binding) > > best, > Colin > > On Wed, Aug 14, 2019, at 12:07, Gabor Somogyi wrote: > > +1 (non-binding) > I've read it through in depth and as Jungtaek said Spark

Re: [VOTE] KIP-60: Make Java client class loading more flexible

+1 (binding) Harsha On Mon, Jul 4, 2016 at 8:28 AM Ismael Juma wrote: > +1 (binding) > > Ismael > > On Fri, Jul 1, 2016 at 12:27 PM, Rajini Sivaram < > rajinisiva...@googlemail.com> wrote: > > > I would like to initiate the voting process for KIP-60 ( > > > > > https://cwiki.apache.org/confluenc

Re: SSL: Broker works but consumer/producer fail

Which version of kafka are you using. -Harsha On Fri, Jul 8, 2016 at 1:09 AM Narendra Bidari wrote: > Hi Vineet, > > The setup of ssl Kafka requires to make one too many steps precise > correct. I have listed some below . Hope it helps > https://github.com/Symantec/kafka-security-0.9 > > Sent fr

Re: [VOTE] KIP-55: Secure quotas for authenticated users

+1 (binding) -Harsha On Thu, Jul 7, 2016 at 2:55 PM Tom Crayford wrote: > +1 (non-binding) > > On Thursday, 7 July 2016, Rajini Sivaram > wrote: > > > I would like to initiate voting for KIP-55 ( > > > > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-55%3A+Secure+Quotas+for+Authenticate

Re: [DISCUSS] KIP-48 Support for delegation tokens as an authentication mechanism

Hi Grant, We are working on it. Will add the details to KIP about the request protocol. Thanks, Harsha On Mon, Jul 18, 2016 at 6:50 AM Grant Henke wrote: > Hi Parth, > > Are you still working on this? If you need any help please don't hesitate > to ask. > > Thanks, > Grant > > On Thu,

Re: [VOTE] 0.10.0.1 RC0

Hi Ismael, I would like this JIRA to be included in the minor release https://issues.apache.org/jira/browse/KAFKA-3950 Thanks, Harsha On Fri, Jul 29, 2016 at 7:46 AM Ismael Juma wrote: > Hello Kafka users, developers and client-developers, > > This is the first candidate for the release

Re: [kafka-clients] [VOTE] 0.10.0.1 RC2

+1 (binding) 1. Ran 3 node cluser 2. Ran few tests in creating, producing , consuming from secure & non-secure clients. Thanks, Harsha On Fri, Aug 5, 2016 at 8:50 PM Manikumar Reddy wrote: > +1 (non-binding). > verified quick start and artifacts. > > On Sat, Aug 6, 2016 at 5:45 AM, Joel Koshy

Re: [DISCUSS] KAFKA-4345: Run decktape test for each pull request

Thanks, Raghav . I am +1 for having this in Kafka. It will help identify any potential issues, especially with big patches. Given that we've some tests failing due to timing issues can we disable the failing tests for now so that we don't get any false negatives? Thanks, Harsha On Tue, Nov 1, 201

Re: [DISCUSS] KIP-84: Support SASL/SCRAM mechanisms

Agree with Rajini on not incrementing the protocol version. As brokers are returning the list of supported mechanisms don't think it warrants a protocol version bump. Thanks, Harsha On Thu, Nov 3, 2016 at 7:59 AM Rajini Sivaram wrote: > Ismael, > > 2) I left out MD5 because it is insecure, but

Re: [DISCUSS] KIP-48 Support for delegation tokens as an authentication mechanism

t; > > > > > > > > > > > > > > > > > > > > > > > > > > > 1) Broker stores delegation tokens in zookeeper. All brokers > > will > > > > > have a > > > > > > > > > > > > > > cache backed by > > > >

Re: [VOTE] KIP-48 Support for delegation tokens as an authentication mechanism

+1. -Harsha On Fri, Feb 10, 2017 at 11:12 PM Manikumar wrote: > Yes, owners and the renewers can always describe their own tokens. Updated > the KIP. > > On Sat, Feb 11, 2017 at 3:12 AM, Jun Rao wrote: > > > Hi, Mani, > > > > Thanks for the update. Just a minor comment below. Otherwise, +1 from

Re: [DISCUSS] KIP-127: Pluggable JAAS LoginModule configuration for SSL

Hi Chris, Thanks for the KIP. Could you also add details/use-cases for having X509 certificate based authentication in the context SASL_SSL. The reason that we disabled the SSL auth for SASL_SSL is the intent behind using SASL auth over SSL encryption and user can enforce a role based au

Re: [ANNOUNCE] New Kafka PMC member Gwen Shapira

Congrats Gwen. -Harsha On Thu, Aug 18, 2016 at 10:59 AM Mayuresh Gharat wrote: > Congrats Gwen :) > > Thanks, > > Mayuresh > > On Thu, Aug 18, 2016 at 10:27 AM, Gwen Shapira wrote: > > > Thanks team Kafka :) Very excited and happy to contribute and be part > > of this fantastic community. > > >

Re: [DISCUSS] KIP-48 Support for delegation tokens as an authentication mechanism

gt; > On Mon, Jul 18, 2016 at 9:51 AM, Harsha Chintalapani > wrote: > > > Hi Grant, > > We are working on it. Will add the details to KIP about the > > request protocol. > > > > Thanks, > > Harsha > > > > On Mon, Jul 18, 2016 at 6:50

Re: [DISCUSS] Remove beta label from the new Java consumer

New consumer API haven't taken a wide adoption yet from my experience with users. We at Storm recently shipped the new consumer API spout and its probably good idea wait a one more minor release before removing the beta label. I am ok with either way. Thanks, Harsha On Thu, Aug 25, 2016 at 2:05 P

Re: [DISCUSS] KIP-78: Cluster Id

Ismael, What happens when the cluster.id changes from initial value. Ex, Users changed their zookeeper.root and now new cluster.id generated. Do you think it would be useful to store this in meta.properties along with broker.id. So that we only generate it once and store it in disk. Tha

Re: [DISCUSS] Remove beta label from the new Java consumer

I would like to see we address https://issues.apache.org/jira/browse/KAFKA-1894 . This is problematic in secure cluster when the users try to access the topics that they don't have ACLs turned on. -Harsha On Tue, Aug 30, 2016 at 9:40 PM Jaikiran Pai wrote: > We have been using the (new) Java co

Re: [DISCUSS] KIP-48 Support for delegation tokens as an authentication mechanism

did not > > >> actually make a call on when we should have next KIP call. As there > are > > a > > >> few outstanding KIPs that could not be discussed this week, can we > have > > a > > >> KIP hangout call next week? > > >> > > &

Re: [DISCUSS] KIP-83 - Allow multiple SASL PLAIN authenticated Java clients in a single JVM process

Edorado, Thanks for the KIP. As pointed out in the JIRA can you make sure this is not just a specific change for SASL plain but make changes in general to LoginManager such that its not a singleton. Thanks, Harsha On Tue, Sep 27, 2016 at 10:15 AM Edoardo Comar wrote: > Hi, > I had a

Re: [DISCUSS] KIP-80: Kafka REST Server

Thanks Mani for the KIP. I'll go over it and add my thoughts on this thread. On Wed, Sep 28, 2016 at 12:04 AM Manikumar wrote: > Hi Kafka Devs, > > I created KIP-80 to add Kafka REST Server to Kafka Repository. > > There are already open-source alternatives are available. But we would > like to

Re: [DISCUSS] KIP-80: Kafka REST Server

Neha & Jay, We did look at the open source alternatives. Our concern is what's the patch acceptance and adding features/ bug-fixes to the existing project under a Github (although it's licensed under Apache 2.0). It would be great if that project made available under Apache and dri

Re: [DISCUSS] KIP-80: Kafka REST Server

Ofir, … " personally think it would be quite wasteful to re-implement the REST gateway just because that an actively-maintained piece of Apache-licensed software is not governed directly by the Apache Kafka community... While kafka-rest repo is owned by Confluent, the contributors including the

Re: [DISCUSS] KIP-80: Kafka REST Server

> >(outside the Confluent platform), if they wish that (or welcome > >contributions to that end), but that is up to them. > >Finally, if after the above steps were taken there would still a strong > >desire to include a great rest gateway with Apache Kafka, I assume the

Re: Reg: Kafka Security features

1. Kafka security features (Kerberos , ACL's) are beta quality code or can they be used in production? Because Kafka documentation shows they are of beta code quality. We need to update the document. But Authorizer feature released as part of 0.9.0. We have lot of deployments using this functiona

Re: [DISCUSS] KIP-80: Kafka REST Server

g, I don't really see a case for including > > > REST > > >but not MQTT or AMQP which are technically much better suited to > > > messaging > > >and both are widely used for that. > > >2. We can treat ecosystem projects that aren'

Re: [DISCUSS] KIP-80: Kafka REST Server

t isn't that relevant for simple > single-purpose > > > > tools. > > > > > > > > So my take is there are a couple of options: > > > > > > > >1. We can try to put all the small tools into the Apache Project. > I > &g

[VOTE] Add REST Server to Apache Kafka

Hi All, We are proposing to have a REST Server as part of Apache Kafka to provide producer/consumer/admin APIs. We Strongly believe having REST server functionality with Apache Kafka will help a lot of users. Here is the KIP that Mani Kumar wrote https://cwiki.apache.org/confluence/disp

Re: [VOTE] Add REST Server to Apache Kafka

>> sur...@hortonworks.com > >> > > > > >> > > wrote: > >> > > > >> > > > +1. > >> > > > > >> > > > This is an http access to core Kafka. This is very much needed as > >> part > >

Re: [VOTE] Add REST Server to Apache Kafka

from the Kafka community. > > > > Regards, > > Haohui > > > > On Tue, Oct 25, 2016 at 4:42 PM Ismael Juma wrote: > > > > > -1 > > > > > > I think it's good to avoid adding non-essential items to the Apache > Kafka > > > pro

Re: [VOTE] KIP-85: Dynamic JAAS configuration for Kafka clients

Thanks for the KIP Rajini. This looks great. +1. -Harsha On Wed, Oct 26, 2016 at 8:26 AM Rajini Sivaram wrote: > I would like to initiate the voting process for KIP-85: Dynamic JAAS > configuration for Kafka Clients: > > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-85%3A+Dynamic+JAAS+

Re: [VOTE] Add REST Server to Apache Kafka

This Vote now closed. There is the majority who are not in favor of including the REST server. Thanks everyone for participating. Vote tally: +1 Votes: Harsha Chintalapani Parth Brahbhatt Ken Jackson Suresh Srinivas Jungtaek Lim Ali Akthar Haohui Mai Shekhar

Re: [ANNOUNCE] New committer: Jiangjie (Becket) Qin

Congrats Becket! -Harsha On Mon, Oct 31, 2016 at 2:13 PM Rajini Sivaram wrote: > Congratulations, Becket! > > On Mon, Oct 31, 2016 at 8:38 PM, Matthias J. Sax > wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA512 > > > > Congrats! > > > > On 10/31/16 11:01 AM, Renu Tewari wrote: >

Re: why cant SslTransportLayer be muted before handshake completion?

HI Radai, One main reason is to keep the handshake details away from the application layer. i.e Kafka network layer which is sending Kafka protocols doesn't need to worry about the handshake details, all it needs is a validation that the connection is completed and it can start sendin

Re: [VOTE] KIP-504 - Add new Java Authorizer Interface

+1 (binding). Thanks, Harsha On Sat, Aug 17, 2019 at 2:53 AM, Manikumar wrote: > Hi, > > +1 (binding). > > Thanks for the KIP. LGTM. > > Regards, > Manikumar > > On Sat, Aug 17, 2019 at 4:41 AM Colin McCabe wrote: > > +1 (binding) > > Thanks, Rajini! > > best, > Colin > > On Fri, Aug 16, 2019

Re: [DISCUSS] KIP-486 Support for pluggable KeyStore and TrustStore

wner > > we want to comply to using that KMS source to load keys/certs. As > > a > > Kafka > > owner we know how to integrate with KMS but doesn't necessarily > > have > > to > > know anything about cipher suites, algorithms, and SSL/TLS > > implem

Re: [DISCUSS] KIP-486 Support for pluggable KeyStore and TrustStore

STOM_PROVIDER", 0.1, "Custom KeyStore and TrustStore"); > super.put("KeyManagerFactory.CUSTOM", "customKeyManagerFactory"); > super.put("TrustManagerFactory.CUSTOM", > "customTrustManagerFactory"); > } > } > > The PR for t

Re: [DISCUSS] KIP-486 Support for pluggable KeyStore and TrustStore

> * @throws CertificateException when either the certificates doesn't have a > SPIFFE ID or the SPIFFE ID is not authorized > */ > static void checkSpiffeId(X509Certificate[] chain) throws > CertificateException { > > Thanks > Maulin > > On Tue, Aug 20, 2019 at 4:49 PM

Re: [DISCUSS] KIP-515: Enable ZK client to use the new TLS supported authentication

Hi Pere, Thanks for the KIP. Enabling SSL for zookeeper for Kafka makes sense. "The changes are planned to be introduced in a compatible way, by keeping the current JAAS variable precedence." Can you elaborate a bit here. If the user configures a JAAS file with Client section it will take

Re: [DISCUSS] KIP-515: Enable ZK client to use the new TLS supported authentication

ith the idea that you can do sasl as well with the properties > files. > > Makes sense? > > -- Pere > > Missatge de Harsha Chintalapani del dia dv., 30 d’ag. > 2019 a les 19:00: > > Hi Pere, > Thanks for the KIP. Enabling SSL for zookeeper for Kaf

Re: [VOTE] KIP-482: The Kafka Protocol should Support Optional Tagged Fields

LGTM. +1 (binding) -Harsha On Wed, Sep 04, 2019 at 1:46 AM, Satish Duggana wrote: > +1 (non-binding) Thanks for the nice KIP. > > You may want to update the KIP saying that optional tagged fields do not > support complex types(or structs). > > On Wed, Sep 4, 2019 at 3:43 AM Jose Armando Garcia

Re: [DISCUSS] KIP-491: Preferred Leader Deprioritized List (Temporary Blacklist)

Hi Colin, Can you give us more details on why you don't want this to be part of the Kafka core. You are proposing KIP-500 which will take away zookeeper and writing this interim tools to change the zookeeper metadata doesn't make sense to me. As George pointed out there are several benefi

Re: [DISCUSS] KIP-517: Add consumer metric indicating time between poll calls

Thanks Kevin for the KIP. Overall LGTM. On you second point, I think the metric will be really useful to indicate the perf bottlenecks on user code vs kakfa consumer/broker. Thanks, Harsha On Fri, Sep 13, 2019 at 2:41 PM, Kevin Lu wrote: > Hi Radai & Jason, > > Thanks for the support and sugge

Re: [DISCUSS] KIP-517: Add consumer metric indicating time between poll calls

Thanks. +1 LGTM. On Mon, Sep 16, 2019 at 9:19 AM, Kevin Lu wrote: > Hi Harsha, > > Thanks for the feedback. I have added *last-poll-seconds-ago* to the KIP > (being consistent with *last-heartbeat-seconds-ago*). > > Regards, > Kevin > > On Sat, Sep 14, 2019 at

Re: [VOTE] KIP-309: Add toUpperCase support to sasl.kerberos.principal.to.local rule

+1 (binding). Thanks, Harsha On Mon, Sep 16, 2019 at 4:21 AM, Manikumar wrote: > Hi all, > > I would like to start vote on this trivial KIP-309: https://cwiki.apache. > org/confluence/display/KAFKA/KIP > -309%3A+Add+toUpperCase+support+to+sasl.kerberos.principal.to.local+rule > > Thanks, >

Re: [VOTE] KIP-517: Add consumer metrics to observe user poll behavior

+1 (binding). Thanks for the KIP. -Harsha On Wed, Sep 18, 2019 at 9:07 AM Mickael Maison wrote: > +1 (non binding) > Thanks for the KIP, I can see this being really useful! > > On Wed, Sep 18, 2019 at 4:40 PM Kevin Lu wrote: > > > > Hi All, > > > > Since we have a bit of support, I'd like to s

Re: [VOTE] KIP-525 - Return topic metadata and configs in CreateTopics response

+1 (binding). -Harsha On Sat, Sep 21, 2019 at 12:13 AM, Manikumar wrote: > +1 (binding), Thanks for the KIP. > > Thanks, > > On Sat, Sep 21, 2019 at 2:49 AM Colin McCabe wrote: > > +1 (binding). Thanks, Rajini. > > best, > Colin > > On Fri, Sep 20, 2019, at 00:43, Rajini Sivaram wrote: > > Hi

Re: [VOTE] KIP-524: Allow users to choose config source when describing configs

Thanks for the KIP. +1 (binding). -Harsha On Wed, Sep 25, 2019 at 11:55 AM Satish Duggana wrote: > Thanks Jason for the KIP. It looks to be a minor improvement but very > useful. > > +1 (non-binding) > > On Wed, Sep 25, 2019 at 9:29 PM Rajini Sivaram > wrote: > > > > Thanks for the KIP, Jason!

Re: [VOTE] KIP-416: Notify SourceTask of ACK'd offsets, metadata

+1 (binding). Thanks, Harsha On Fri, Oct 04, 2019 at 6:53 AM, Manikumar wrote: > Hi All, > > Please vote here for the formal approval of this KIP. > https://github.com/apache/kafka/pull/6295#discussion_r328867657 > > Thanks, > > > On Wed, Oct 2, 2019 at 5:50 AM Ryanne Dolan wrote: > > Hey y'a

Re: [VOTE] KIP-511: Collect and Expose Client's Name and Version in the Brokers

+1 (binding). Thanks for the KIP this is going to be super useful. Thanks, Harsha On Fri, Oct 11, 2019 at 2:57 PM Guozhang Wang wrote: > Hi David, > > Thanks for the KIP. I know I'm late on voting here but I'd be +1 on this > too! > > Just a quick clarification on the tag "name=Connections" of

Re: [VOTE] KIP-537: Increase default zookeeper session timeout

+1 (binding). Thanks, Harsha On Tue, Oct 22, 2019 at 3:20 PM Colin McCabe wrote: > +1 (binding). > > Thanks, Jason. > > best, > Colin > > > On Mon, Oct 21, 2019, at 17:27, Jason Gustafson wrote: > > I'd like to start a vote for KIP-537: > > > https://cwiki.apache.org/confluence/display/KAFKA/KIP

Re: [DISCUSS] KIP-405: Kafka Tiered Storage

> > > > > > > > > offset requirements for a Consumer Fetch Request. RSM > > > > > implementations > > > > > > > > could > > > > > > > > > > optionally cache this information. > > > > > > > > > > >

Re: [VOTE] KIP-514 Add a bounded flush() API to Kafka Producer

+1 (binding) -Harsha On Fri, Oct 25 2019 at 11:01 AM, wrote: > > +1 > > On Thu, Oct 24, 2019 at 9:33 PM radai wrote: > > Hello, > > > > > I'd like to initiate a vote on KIP-514. > > > > > links: > the kip - > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-514%3A+Add+a+bounded+flush%28

Re: [DISCUSS] KIP-405: Kafka Tiered Storage

it clearer in the KIP what exact > > > > >> > libraries will be added to libs, if any. The KIP specifies the > > > remote > > > > >> > storage interface but it isn't clear if particular > implementations > > > > >> > wil

Re: [ANNOUNCE] New committer: John Roesler

Congrats, John! -Harsha On Wed, Nov 13, 2019 at 5:42 AM, aishwarya kumar wrote: > Congratulations John!! > > On Wed, Nov 13, 2019 at 8:17 AM Rajini Sivaram > wrote: > > Congratulations, John! > > Regards, > > Rajini > > On Wed, Nov 13, 2019 at 8:49 AM Mickael Maison > wrote: > > Congratulatio

Re: [DISCUSS] KIP-405: Kafka Tiered Storage

tted offsets can be stored in a local file". Could >> you >> > > describe the format of the file and where it's stored? >> > > > > > > >> > > > > > > 112. Truncation of remote segments under un

Re: [DISCUSS] KIP-405: Kafka Tiered Storage

Thanks everyone for attending the meeting today. Here is the recording https://drive.google.com/file/d/14PRM7U0OopOOrJR197VlqvRX5SXNtmKj/view?usp=sharing Notes: 1. KIP is updated with follower fetch protocol and ready to reviewed 2. Satish to capture schema of internal metadata topic in the

Re: [VOTE] KIP-519: Make SSL context/engine configuration extensible

Thanks for putting the KIP together. This is going to help quite a bit in customizing SSL. +1 (binding). Thanks, Harsha On Mon, Mar 30, 2020 at 7:44 PM Maulin Vasavada wrote: > Thanks Jun Rao for your vote and comments. > > For 1) Earlier it was the security.ssl package but after a review I ch

Re: [VOTE] KIP-602: Change default value for client.dns.lookup

+1 (binding). -Harsha On Fri, May 22, 2020 at 10:04 AM Ismael Juma wrote: > Thanks for the KIP, +1 (binding). > > Ismael > > On Fri, May 22, 2020 at 1:40 AM Badai Aqrandista > wrote: > > > Hi All, > > > > I would like to start the vote on KIP-602: Change default value for > > client.dns.lookup

Re: [VOTE] KIP-578: Add configuration to limit number of partitions

Thanks for the KIP Gokul. This will be really useful for our use cases as well. +1 (binding). -Harsha On Tue, May 26, 2020 at 12:33 AM, Gokul Ramanan Subramanian < gokul24...@gmail.com> wrote: > Hi. > > Any votes for this? > > Thanks. > > On Tue, May 12, 2020 at 11:36 AM Gokul Ramanan Subramani

Re: [DISCUSS] KIP-405: Kafka Tiered Storage

Hi Jun, Thanks for the reply. On Tue, Nov 26, 2019 at 3:46 PM, Jun Rao wrote: > Hi, Satish and Ying, > > Thanks for the reply. > > 40/41. There are two different ways that we can approach this. One is what > you said. We can have an opinionated way of storing and populating the tier > me

Re: [DISCUSS] KIP-501 Avoid out-of-sync or offline partitions when follower fetch requests not processed in time

Hi Jason, As Satish said just increase replica max lag will not work in this case. Just before a disk dies the reads becomes really slow and its hard to estimate how much this is, as we noticed range is pretty wide. Overall it doesn't make sense to knock good replicas out of just because a

Re: [VOTE] KIP-559: Make the Kafka Protocol Friendlier with L7 Proxies

+1 ( binding). Much needed! -Harsha On Thu, Jan 23, 2020 at 7:17 PM, Guozhang Wang wrote: > +1 （binding） > > On Thu, Jan 23, 2020 at 1:55 PM Guozhang Wang wrote: > > Yeah that makes sense, it is a good-to-have if we can push through this in > 2.5 but if we do not have bandwidth that's fine too

Re: [DISCUSS] KIP-501 Avoid out-of-sync or offline partitions when follower fetch requests not processed in time

Hi Lucas, Yes the case you mentioned is true. I do understand KIP-501 might not fully solve this particular use case where there might blocked fetch requests. But the issue we noticed multiple times and continue to notice is 1. Fetch request comes from Follower 2. Le

Re: Possible to create Scrum board under Kafka project in JIRA?

All the dependency JIRAs are created and linked to the EPIC here https://issues.apache.org/jira/browse/KAFKA-7739 . Lets drive it through that. -Harsha On Fri, Feb 14, 2020 at 2:28 AM, Alexandre Dupriez < alexandre.dupr...@gmail.com> wrote: > Good morning, > > Would it be possible to allow the t

Re: [DISCUSS] KIP-405: Kafka Tiered Storage

storage. > > Can you give more details about push based mechanism from RSM? > > 1. > > https://github.com/apache/kafka/pull/7561#discussion_r344576223 > > Thanks, > Satish. > > On Thu, Dec 5, 2019 at 4:23 AM Jun Rao wrote: > > Hi, Harsha, > > Tha

Re: [VOTE] KIP - 405: Kafka Tiered Storage.

+1 (binding). Thanks, Harsha On Thu, Feb 11, 2021 at 6:21 AM Satish Duggana wrote: > Hi All, > We would like to start voting on “KIP-405: Kafka Tiered Storage”. > > For reference here is the KIP: > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-405%3A+Kafka+Tiered+Storage > > Thanks, >

Re: Recording - Storm & Kafka Meetup on April 20th 2017

Hi Aditya, Thanks for your interest. We entatively planning one in June 1st week. If you haven't already please register here https://www.meetup.com/Apache-Storm-Apache-Kafka/ . I'll keep the Storm lists updated once we finalize the date & location. Thanks, Harsha On Mon, Apr 24, 201

  1   2   >