Hello, I created this Jira [1] toward the end of last year in hopes of migrating NiFi Registry's UI similar to how we did for NiFi's UI. Aside from removing these outdated dependencies from the UI, this work leverages the shared component library that the new UIs share which results in a UX much closer to those applications. I'm days away from opening a PR for the first ticket [2], and the remaining tickets should not be nearly as much of a challenge since they won't be dealing with establishing the initial project structure. I cannot comment on the backend dependencies and codebase, but as far as the UI goes this work will completely modernize NiFi Registry's UI. Moving the codebase of Registry to its own repo means it would be much more challenging to consume the shared UI component library and keep the UX aligned with NiFI.
[1] https://issues.apache.org/jira/browse/NIFI-13940 [2] https://issues.apache.org/jira/browse/NIFI-14319 On Tue, Mar 4, 2025 at 10:04 AM Joe Witt <joe.w...@gmail.com> wrote: > David, > > First thanks for kicking off this thread. > > I think the punchline of what you wrote is > "Current community work has focused on direct integration with Git-based > Flow Registry Clients, including GitHub, GitLab, and BitBucket. With the > Flow > Registry Client as an extension point itself, the NiFi framework is > effectively decoupled from NiFi Registry as the solution for version > control of flow definitions." > > I am supportive of moving the registry back to its own repository and if it > regains maintenance momentum revisiting or if it does not then indicating > it is deprecated and will see limited maintenance. > > Thanks > > On Tue, Mar 4, 2025 at 8:46 AM David Handermann < > exceptionfact...@apache.org> > wrote: > > > Team, > > > > For more than two years, the NiFi Registry project has received > > minimal maintenance attention. This is apparent from a review of > > commits related to the nifi-registry directory [1], the majority of > > which are incremental dependency version upgrades. As project > > maintainers, we need to decide on a support strategy going forward. > > > > The lack of maintenance for NiFi Registry is clear when reviewing > > important elements of the project itself. On the frontend, this > > includes Angular 11, which is no longer supported, and last updated > > over three years ago. Other issues include a historical approach to > > application token management, which NiFi itself changed in version > > 1.15.0, and legacy integration with OpenID Connect. Current community > > work has focused on direct integration with Git-based Flow Registry > > Clients, including GitHub, GitLab, and BitBucket. With the Flow > > Registry Client as an extension point itself, the NiFi framework is > > effectively decoupled from NiFi Registry as the solution for version > > control of flow definitions. > > > > The NiFi Registry project previously existed in a separate repository > > until 2021 [2], and at the time, there were some advantages to > > co-locating projects. With the decoupling of the client interface, > > however, there seems to be little value in continuing to maintain the > > project in the same repository. > > > > With minimal maintenance over multiple years, we should seriously > > consider deprecating NiFi Registry for removal. As an intermediate > > step, however, moving NiFi Registry back to a separate repository > > would have multiple benefits. It would focus the maintenance concerns > > for NiFi and NiFi Registry independently, clarifying where work is > > happening, and where it is needed. It would also provide the > > opportunity for focused improvements to NiFi Registry, if there is > > remaining support for it among project PMC members and committers. > > > > I'm willing to put in the work to decouple the projects, so it would > > be helpful to get some feedback from the community, and from active > > contributors in particular, about future maintenance for NiFi > > Registry. > > > > Regards, > > David Handermann > > > > [1] https://github.com/apache/nifi/commits/main/nifi-registry > > [2] https://issues.apache.org/jira/browse/NIFI-8528 > > >
