In nodejs/npm world, each module has package.json, which declaratively indicate which node version and other external modules it depends on. Similarly I am thinking Nar modules can declare which version of JVM and NiFi it depends on and also which other modules it depends on. NPM ( NiFi Package Manager) can warn users if the module they are trying to Install doesn't match their runtime.
-Sumo Sent from my iPad > On Nov 1, 2015, at 2:14 PM, Oleg Zhurakousky <ozhurakou...@hortonworks.com> > wrote: > > Well the question still remains unanswered, what relationship those projects > have to ASF distribution of NiFi? I seriously doubt that anyone on this list > suggests that all have to be part of the release. And if they are not then > they are just individual projects managed in/out of ASF, right? > > Sent from my iPhone > >> On Nov 1, 2015, at 17:10, Adam Estrada <estrada.a...@gmail.com> wrote: >> >> The elasticsearch project has a really cool plugin utility that >> automatically downloads and builds plugins from GitHub, BitBucket, etc... >> >> Has anyone taken a look at that? >> >> A >> >> Sent from my iPhone >> >>> On Nov 1, 2015, at 3:54 PM, Benson Margulies <bimargul...@gmail.com> wrote: >>> >>> ASF policy; a PMC should not be in the business of creating and >>> maintaining code 'somewhere else' and/or under another license, for >>> fear of confusion. >>> >>> Gray area -- some PMC members can be in that business, as long as the >>> boundary is clear. >>> >>> There was a thing called 'apache extras' for this. Unfortunately, it >>> was hosted as part of google code, which is defunct. As far as I know, >>> various plans to replace it have not come to fruition, but I might be >>> behind. >>> >>> >>> >>> >>> >>>> On Sun, Nov 1, 2015 at 3:04 PM, <xmlk...@gmail.com> wrote: >>>> How about maintaining a registry like npm https://www.npmjs.com or >>>> https://github.com/jspm/registry where individuals host their modules on >>>> github and users can discover them via registry? >>>> >>>> Sent from my iPad >>>> >>>>> On Nov 1, 2015, at 10:35 AM, Joe Witt <joe.w...@gmail.com> wrote: >>>>> >>>>> " but raises several questions, all pertaining to the relationship of >>>>> this project with ASF, its ownership and control." >>>>> >>>>> ...that is what I'm struggling to respond to as well. >>>>> >>>>> It feels like the right path within the ASF is to establish child >>>>> projects of Apache NiFi. I think we knew we needed to do this anyway >>>>> as we've mentioned before. It just might be time now... >>>>> >>>>> On Sun, Nov 1, 2015 at 1:34 PM, Oleg Zhurakousky >>>>> <ozhurakou...@hortonworks.com> wrote: >>>>>> Tony, plenty of opinion but so are the questions/concerns. >>>>>> Managing it on GitHub is perfect, but raises several questions, all >>>>>> pertaining to the relationship of this project with ASF, its ownership >>>>>> and control. >>>>>> Perhaps some PMCs on the list can shed some light as to how it could be >>>>>> done? >>>>>> >>>>>> Cheers >>>>>> Oleg >>>>>> >>>>>> Sent from my iPhone >>>>>> >>>>>>> On Nov 1, 2015, at 13:08, Adam Estrada <estrada.a...@gmail.com> wrote: >>>>>>> >>>>>>> This has been suggested before. It's a great idea!!! I suggest creating >>>>>>> a repo on github for NiFi-Processors or something like that. There are >>>>>>> many more folks searching through GitHub than on the Apache wikis, IMO. >>>>>>> This will inevitably help spread the word... >>>>>>> >>>>>>> A >>>>>>> >>>>>>> Sent from my iPhone >>>>>>> >>>>>>>> On Nov 1, 2015, at 12:55 PM, Tony Kurc <trk...@gmail.com> wrote: >>>>>>>> >>>>>>>> Not very strong opinions on this? >>>>>>>>> On Oct 30, 2015 10:53 AM, "Joe Witt" <joe.w...@gmail.com> wrote: >>>>>>>>> >>>>>>>>> Tony, >>>>>>>>> >>>>>>>>> I completely agree we should do this. A quick github search reveals >>>>>>>>> there are some nice utilities/processors folks have built for NiFi but >>>>>>>>> for which they're not necessarily going to submit them as PRs. We >>>>>>>>> should link to these as much as possible but we should also help folks >>>>>>>>> understand these aren't 'apache' things and are not of the Apache NiFi >>>>>>>>> community directly but they are good for users and developers to know >>>>>>>>> about. >>>>>>>>> >>>>>>>>> Perhaps a wiki page linking to these is good provided we have the >>>>>>>>> above sort of disclaimer and a healthy recognition such references >>>>>>>>> will become stale... >>>>>>>>> >>>>>>>>> Thanks >>>>>>>>> Joe >>>>>>>>> >>>>>>>>>> On Fri, Oct 30, 2015 at 10:48 AM, Tony Kurc <trk...@gmail.com> wrote: >>>>>>>>>> All, >>>>>>>>>> I wanted to start a conversation about projects that are good for >>>>>>>>>> people >>>>>>>>>> using or developing NiFi, but either can't or don't belong in the >>>>>>>>>> source >>>>>>>>>> tree. This could be due to licensing issues (for example not >>>>>>>>>> compatible >>>>>>>>> (or >>>>>>>>>> not yet determined if it is compatible (GPL [1])) with the Apache >>>>>>>>> License), >>>>>>>>>> or other thought provoking mild concerns like we're discussing on >>>>>>>>> NIFI-1074 >>>>>>>>>> [2]. >>>>>>>>>> >>>>>>>>>> I'd like to propose either capturing these on the website or on the >>>>>>>>>> wiki >>>>>>>>> or >>>>>>>>>> some other approach I didn't think of. I was hoping to find a good >>>>>>>>>> archetype for this type of documentation in another apache project, >>>>>>>>>> but >>>>>>>>>> didn't find anything I personally liked. If you have seen something >>>>>>>>>> you >>>>>>>>>> like or don't, I'd be interested to hear. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> [1] http://www.apache.org/licenses/GPL-compatibility.html >>>>>>>>>> [2] https://issues.apache.org/jira/browse/NIFI-1074 >>