Hi Robert, Thanks for the KIP. I think, this will be a great addition to the framework. I think, will be great if the KIP can elaborate a little bit more on how implementations would look like with an example. Also, would be good to provide a reference implementation as well.
The other questions I had were 1. How would the framework get the delayMs for void scheduleConfigReload( long delayMs); 2. Would the start methods in SourceTask and SinkTask get the configs with all the indirect references resolved. If so, trying to understand the intent of the config() in SourceTaskContext and the SinkTaskContext 3. What if the provider itself needs some kind of secrets to be configured to connect to it? I assume that's out of scope for this proposal but wanted to clarify it. Thanks Magesh On Tue, May 8, 2018 at 1:52 PM, Robert Yokota <rayok...@gmail.com> wrote: > Hi, > > I would like to start a discussion for KIP-297 to externalize secrets from > Kafka Connect configurations. Any feedback is appreciated. > < > https://cwiki.apache.org/confluence/display/KAFKA/KIP- > 297%3A+Externalizing+Secrets+for+Connect+Configurations > > > > JIRA: <https://issues.apache.org/jira/browse/KAFKA-6886> > > Thanks in advance, > Robert >
