+1 from me as well. It would also give us a chance to promote some heavily used contrib extensions like `stats-d` emitter to core.
On Tue, Jul 15, 2025 at 3:33 AM Clint Wylie <cwy...@apache.org> wrote: > sgtm +1, and doing this aligns with the direction we are going with > the other hadoop stuff i think. If we really want to keep supporting > kerberos for auth longer term I think we would need to look into > replacing the existing implementation with something that doesn't use > hadoop libraries. > > On Mon, Jul 14, 2025 at 6:33 AM Lucas Capistrant > <capistrant.lu...@gmail.com> wrote: > > > > Hi all, > > > > > > I’d like to start a discussion about moving the kerberos-security > extension > > from core to contrib. > > > > > > This extension hasn’t seen much recent development, and at the moment, > > there isn’t anyone in the community actively maintaining it. It also > brings > > in Hadoop common libraries, which—similar to the Hadoop batch indexing > > extension—could create friction as we look to modernize Druid, such as by > > dropping JDK 11 support or upgrading key dependencies. > > > > > > By moving the extension to contrib, we acknowledge its usefulness to some > > users while being realistic about the current level of support. As a > > community, we’ll continue to do our best to keep contrib extensions > > functional, but this change would clarify that kerberos-security is not > > officially maintained and does not block broader project progress. > > > > > > Looking forward to hearing your thoughts and any concerns. > > > > > > Thanks, > > > > Lucas Capistrant > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > For additional commands, e-mail: dev-h...@druid.apache.org > >
