Makes sense to me -- seems like an oversight since we did correctly deprecate the old Processor, ProcessorSupplier, etc (not to mention the #transform, #transformValues methods). Still a +1 (binding) from me
On Fri, Jul 12, 2024 at 4:41 PM Matthias J. Sax <mj...@apache.org> wrote: > I just realized, that there is more interfaces with a similar situation: > > - Transformer > - TransformerSupplier > - ValueTransformer > - ValueTransfomerSupplier > - ValueTransformerWithKey > - ValueTransfromerWithKeySupplier > > Given that `KStream#transform` and `KStream#transformValues` are > deprecated, it seems we should deprecate all of them, too? > > > > -Matthias > > > On 7/12/24 1:06 AM, Lucas Brutschy wrote: > > Sounds good to me! > > > > +1 (binding) > > > > On Fri, Jul 12, 2024 at 12:55 AM Bill Bejeck <bbej...@gmail.com> wrote: > >> > >> +1 (binding) > >> > >> On Thu, Jul 11, 2024 at 5:07 PM Sophie Blee-Goldman < > sop...@responsive.dev> > >> wrote: > >> > >>> Makes sense to me, +1 (binding) > >>> > >>> On Thu, Jul 11, 2024 at 9:24 AM Matthias J. Sax <mj...@apache.org> > wrote: > >>> > >>>> Hi, > >>>> > >>>> I want to propose a very small KIP. Skipping the DISCUSS step, and > >>>> calling for a VOTE directly. > >>>> > >>>> > >>>> > >>> > https://cwiki.apache.org/confluence/display/KAFKA/KIP-1070%3A+deprecate+MockProcessorContext > >>>> > >>>> > >>>> -Matthias > >>>> > >>> >