Hi Gwen, as mentioned, Transformations are also included among the modules that will benefit from isolation. Overall such modules are Connectors (Sources and Sinks), Transformations and Converters. Built-in modules such as built-in connectors, transformations and converters will also run in isolation. Which exact classloader will be used for built-in modules will be specified by the implementation.
Thanks, -Konstantine On Thu, May 4, 2017 at 3:12 PM, Gwen Shapira <g...@confluent.io> wrote: > Hi, > > What about Transformations? Are they going to be isolated too? If they are, > what do we do with the built-in ones? > > On Sat, Apr 29, 2017 at 9:16 AM, Konstantine Karantasis < > konstant...@confluent.io> wrote: > > > * Because of KIP number collision, please disregard my previous KIP > > announcement and use this thread for discussion instead * > > > > > > Hi everyone, > > > > we aim to address dependency conflicts in Kafka Connect soon by applying > > class loading isolation. > > > > Feel free to take a look at KIP-146 here: > > > > *https://cwiki.apache.org/confluence/display/KAFKA/KIP- > > 146+-+Classloading+Isolation+in+Connect > > <https://cwiki.apache.org/confluence/display/KAFKA/KIP- > > 146+-+Classloading+Isolation+in+Connect>* > > > > which describes minimal required changes to public interfaces and the > > general implementation approach. > > > > This is a much wanted feature for Kafka Connect. Your feedback is highly > > appreciated. > > > > -Konstantine > > > > > > -- > *Gwen Shapira* > Product Manager | Confluent > 650.450.2760 | @gwenshap > Follow us: Twitter <https://twitter.com/ConfluentInc> | blog > <http://www.confluent.io/blog> >
