+1 Create NiFi Standard Libraries (binding)
On Wed, Sep 4, 2019 at 7:25 AM Mike Thomsen <mikerthom...@gmail.com> wrote: > > +1 binding > > On Tue, Sep 3, 2019 at 5:33 PM Andy LoPresto <alopre...@apache.org> wrote: > > > +1, create NiFi Standard Libraries (binding) > > > > Andy LoPresto > > alopre...@apache.org > > alopresto.apa...@gmail.com > > PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4 BACE 3C6E F65B 2F7D EF69 > > > > > On Sep 3, 2019, at 2:16 PM, Bryan Bende <bbe...@gmail.com> wrote: > > > > > > All, > > > > > > In a previous thread there was a plan discussed to restructure some of > > > the repositories in order to address several different issues, such as > > > build time, reusability of code, and eventually separating how the > > > framework and extensions are released [1][2]. > > > > > > The overall plan requires many steps to get there, so I'd like to > > > propose starting with a small actionable step - the creation of a new > > > sub-project called NiFi Standard Libraries (formerly referred to as > > > nifi-commons). > > > > > > Project Name: Apache NiFi Standard Libraries > > > Git Repository: nifi-standard-libraries > > > JIRA: NIFILIBS > > > > > > Description: > > > > > > A collection of standard implementations used across the NiFi ecosystem. > > > > > > Candidate Libraries: > > > > > > In general, each library may consist of multiple Maven modules, and > > > should be independent from the rest of the ecosystem, and from other > > > libraries within NiFi Standard Libraries. > > > > > > In addition, each library may make it's own decision about whether it > > > is considered a public facing extension point/API, or an internal > > > library that may be changed at any time. This should be documented in > > > a README at the root of each library, such as > > > nifi-standard-libraries/nifi-xyz/README. > > > > > > An initial library that has been discussed was referred to as > > > 'nifi-security' and would centralize much of the security related code > > > shared by NiFi and NiFi Registry, such as shared security APIs, and > > > implementations for various providers, such as LDAP/Kerberos/etc. > > > > > > A second candidate library would be an optimistic-locking library > > > based on NiFi's revision concept. Currently this has been created > > > inside nifi-registry for now [3], but could be moved as soon as > > > nifi-standard-libraries exists. > > > > > > (This list does not have to be final in order to decide if we are > > > creating NiFi Standard Libraries or not) > > > > > > Integration & Usage: > > > > > > Once NiFi Standard Libraries is created, the community can start > > > creating and/or moving code there and perform releases as necessary. A > > > release will consist of the standard Apache source release, plus > > > artifacts released to Maven central. The community can then decide > > > when it is appropriate to integrate these released libraries into one > > > of our downstream projects. > > > > > > For example, if we create a nifi-security library in > > > nifi-standard-libraries, we can release that whenever we decide, but > > > we may not integrate it into NiFi or NiFi Registry until it makes > > > sense for a given release of those projects. > > > > > > This vote will be open for 48 hours, please vote: > > > > > > [ ] +1 Create NiFi Standard Libraries > > > [ ] +0 no opinion > > > [ ] -1 Do not create NiFi Standard Libraries because... > > > > > > [1] > > http://apache-nifi.1125220.n5.nabble.com/discuss-Splitting-NiFi-framework-and-extension-repos-and-releases-td27499.html > > > [2] > > https://cwiki.apache.org/confluence/display/NIFIREG/NiFi+Project+and+Repository+Restructuring > > > [3] > > https://github.com/apache/nifi-registry/tree/master/nifi-registry-core/nifi-registry-revision > > > >