Re: [DISCUSS] NiFi 2.0 Release Goals

2021-07-26 Thread Bryan Bende
With the merging of MiNiFi and registry into the NiFi repo, we've actually gone more towards a mono-repo where everything is released together. Eventually it would still be nice to have a smaller base distribution containing just the framework and standard NARs, but it is hard to tackle that until

Re: [DISCUSS] NiFi 2.0 Release Goals

2021-07-26 Thread Edward Armes
Given the major version number shift and the spliting up of processors into multiple NAR's. I'd like to suggest that we start individually versioning individual NARs/ bundles. I can see this bringing a large number of benifits including making Nifi more deployable with things RPM, but also potenti

Re: [DISCUSS] NiFi 2.0 Release Goals

2021-07-26 Thread Otto Fowler
The issue with updating the aws sdk is if it breaks any one of the processors. the Web Gateway API invoke processor for example is not using a high level purpose build client and may break. If we change the aws version, we need to coordinate in such a way that they all can come along reasonably.

Re: [DISCUSS] NiFi 2.0 Release Goals

2021-07-26 Thread David Handermann
Chris, Thanks for the reply and recommendations. It seems like some of the work to reorganize the module structure could be done outside of a major release, but it would be great to target any breaking changes for 2.0. Perhaps a separate feature proposal on module restructuring, with the goal of s