+1 for me please. Git-based registry backends have always made the most sense to me.
On Thu, Feb 5, 2026 at 11:42 AM Chris Sampson <[email protected]> wrote: > +0 (binding) > > > Cheers, > > --- > *Chris Sampson* > Principal Software Engineer > Naimuri > > > On Thu, 5 Feb 2026, 19:05 Shane Ardell, <[email protected]> wrote: > > > +0 (binding) > > > > On Thu, Feb 5, 2026 at 9:15 AM Robert Fellows <[email protected]> > > wrote: > > > > > +1 binding > > > > > > On Thu, Feb 5, 2026 at 9:57 AM Bryan Bende <[email protected]> wrote: > > > > > > > +1 (binding) > > > > > > > > As one of the people that did significant work on implementing NiFi > > > > Registry, it does make me sad to see it go. > > > > However, the direct Git-based registry clients are clearly more in > > > > line with how users expect to work with versioned flows. > > > > > > > > On Thu, Feb 5, 2026 at 6:28 AM Wes Render <[email protected]> wrote: > > > > > > > > > > Wow. Thank you! This will be very helpful in our environments. > > > > > > > > > > > On Feb 5, 2026, at 4:42 AM, Pierre Villard < > > > > [email protected]> wrote: > > > > > > > > > > > > Just as a note to answer Wes: this has been implemented and will > > be > > > > > > available in NiFi 2.8.0 [1]. > > > > > > > > > > > > [1] https://issues.apache.org/jira/browse/NIFI-13987 > > > > > > > > > > > >> Le mer. 4 févr. 2026 à 23:33, Wes Render <[email protected]> a > > écrit > > > : > > > > > >> > > > > > >> +1 binding > > > > > >> > > > > > >> Thanks! It would be nice if’s custom CA could be defined when > > > > connecting to git based flow repos. > > > > > >> > > > > > >> Wes Render > > > > > >> > > > > > >>>> On Feb 4, 2026, at 10:19 AM, Pierre Villard < > > > > [email protected]> wrote: > > > > > >>> > > > > > >>> Hello Apache NiFi community, > > > > > >>> > > > > > >>> Following the discussion threads on both the dev and users > > mailing > > > > lists [1][2], > > > > > >>> I would like to call a formal vote on the deprecation of NiFi > > > > Registry. > > > > > >>> > > > > > >>> This vote will remain open for a minimum of 72 hours. > > > > > >>> > > > > > >>> == SUMMARY OF DISCUSSION == > > > > > >>> > > > > > >>> The discussion began on January 12, 2026, and received feedback > > > from > > > > multiple > > > > > >>> community members including PMC members, committers, and users. > > > > > >>> > > > > > >>> **Reasons for Deprecation:** > > > > > >>> - NiFi Registry has accumulated a significant number of CVEs > > > (double > > > > digits) > > > > > >>> related to its Angular-based frontend that cannot be resolved > > > > through simple > > > > > >>> dependency updates > > > > > >>> - The sub-project has received minimal maintenance attention > over > > > > the past > > > > > >>> several years, beyond the UI rewrite effort > > > > > >>> - As a PMC, we have an obligation to respond to CVEs in > software > > we > > > > release > > > > > >>> > > > > > >>> **Alternatives Available:** > > > > > >>> - NiFi 2.x introduced Git-based Flow Registry Clients (GitHub, > > > > GitLab, > > > > > >>> Bitbucket, Azure DevOps) that provide direct integration with > > > > existing > > > > > >>> version control infrastructure > > > > > >>> - Kevin Doran, one of the original authors of NiFi Registry, > > noted > > > > that if > > > > > >>> starting over today, a git repository client-based approach > would > > > > likely > > > > > >>> be preferred > > > > > >>> - Future improvements such as NIP-13 (branch support) are > planned > > > for > > > > > >>> git-based clients > > > > > >>> > > > > > >>> **Feature Gaps Identified:** > > > > > >>> - Permission model for multi-tenant deployments (Mark Bean > > proposed > > > > an Access > > > > > >>> Policy solution for Registry Clients) > > > > > >>> - NAR autoloading from external sources (NIP-4 proposes > > Extensions > > > > Registry > > > > > >>> Clients as a future solution) > > > > > >>> - Some bugs in GitLab Flow Registry Client being addressed > > > > (NIFI-15475) > > > > > >>> > > > > > >>> **Community Feedback:** > > > > > >>> - Kevin Doran, David Handermann, Scott Aslan, Matt Burgess, and > > Wes > > > > Render > > > > > >>> expressed support for or no objection to the deprecation > > > > > >>> - Shane Ardell and Scott Aslan have made significant progress > on > > > the > > > > UI > > > > > >>> rewrite over the past months and expressed willingness to > > continue > > > > > >>> - No strong objections were raised against deprecation > > > > > >>> > > > > > >>> == PROPOSAL == > > > > > >>> > > > > > >>> If this vote passes: > > > > > >>> > > > > > >>> 1. NiFi Registry will be marked as deprecated in documentation > > and > > > > codebase > > > > > >>> 2. A deprecation notice will be added to the Apache NiFi > website > > > > > >>> 3. A deprecation warning will be displayed in NiFi Registry > logs > > at > > > > startup > > > > > >>> 4. A deprecation notice may be added to the NiFi Registry UI > via > > a > > > > header banner > > > > > >>> 5. NiFi Registry would be planned for removal as part of NiFi > 3.0 > > > > > >>> > > > > > >>> == IMPORTANT CONSIDERATIONS == > > > > > >>> > > > > > >>> 1. **This decision is REVERSIBLE.** If sufficient contributors > > step > > > > forward to > > > > > >>> actively maintain and improve NiFi Registry, the deprecation > > > status > > > > can be > > > > > >>> reconsidered and reverted. The deprecation decision could be > > > > revisited > > > > > >>> whenever discussions for NiFi 3 begin. > > > > > >>> > > > > > >>> 2. **The ongoing UI rewrite work should continue regardless of > > this > > > > vote's > > > > > >>> outcome.** We have a responsibility to address the existing > CVEs > > > > for software > > > > > >>> we ship. The work by Shane Ardell and Scott Aslan is > appreciated > > > > and should > > > > > >>> be completed. > > > > > >>> > > > > > >>> 3. **There is NO KNOWN TIMELINE for NiFi 3.0.** With major work > > > > ongoing for > > > > > >>> NIP-11 (Connectors) on a development branch, formal steps > toward > > > > NiFi 3 are > > > > > >>> not expected until after that feature lands. Any potential > > removal > > > > of NiFi > > > > > >>> Registry would not happen before NiFi 3.0, giving users > > > significant > > > > time to > > > > > >>> plan migrations. > > > > > >>> > > > > > >>> == VOTE == > > > > > >>> > > > > > >>> Please cast your vote: > > > > > >>> > > > > > >>> [ ] +1 - I approve the deprecation of NiFi Registry > > > > > >>> [ ] 0 - I have no strong opinion > > > > > >>> [ ] -1 - I do not approve (please provide technical > > justification) > > > > > >>> > > > > > >>> Per Apache voting guidelines, PMC member votes are binding. > > > > Community member > > > > > >>> votes are welcome and encouraged. > > > > > >>> > > > > > >>> [1] > > > https://lists.apache.org/thread/jo7v158k3zr2o93chsm3mh8zkl6lgz8v > > > > > >>> [2] > > > https://lists.apache.org/thread/tkp3cdzxwwrhoxp4txx145vfrko91gs3 > > > > > >>> > > > > > >>> Thanks, > > > > > >>> Pierre > > > > > > > > > > > > > -- > > > ------------------------------- > > > Rob Fellows > > > > > >
