nifi-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject Re: "External" extensions
Date Mon, 02 Nov 2015 15:10:14 GMT
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.


Sent from my iPad

> On Nov 1, 2015, at 2:14 PM, Oleg Zhurakousky <> 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 <> 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 <> 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,  <> wrote:
>>>> How about maintaining a registry like npm or
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 <> 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
>>>>> <> 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 <>
>>>>>>> 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 <>
>>>>>>>> Not very strong opinions on this?
>>>>>>>>> On Oct 30, 2015 10:53 AM, "Joe Witt" <>
>>>>>>>>> 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
>>>>>>>>> will become stale...
>>>>>>>>> Thanks
>>>>>>>>> Joe
>>>>>>>>>> On Fri, Oct 30, 2015 at 10:48 AM, Tony Kurc <>
>>>>>>>>>> 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]
>>>>>>>>>> [2]

View raw message