Re: Contributing to Nifi

[Chris Lundeberg]

Hi Mike

Thank you for the heads up. I will check out the processors you have listed
and ensure I don't duplicate efforts. Thanks!


Chris Lundeberg



On Wed, Mar 27, 2019, 8:13 AM Mike Thomsen  wrote:

> Chris,
>
> Don't know if you've created them yet, but here's a few things you might
> want to consider:
>
> > 2. *StandardizeDate* - Reads a key/value pair from an attribute and loops
> over the keys within the incoming data.  If it finds a match, it will
> standardize the value of that key as ISO-8601.
>
> We had to implement something a bit similar and chose to do it as a
> LookupService so that you can operate on a record set. If you're working
> with large volumes of data and having to standardize dates, a pivot to
> using the Record API would be a really good idea.
>
> > *AvroBulkInsert* - We utilize the bulk insert functionality within MSSQL
> to insert incoming avro files.
>
> Might want to look at PutDatabaseRecord if you haven't and see if it meets
> your use case:
>
>
> https://nifi.apache.org/docs/nifi-docs/components/org.apache.nifi/nifi-standard-nar/1.8.0/org.apache.nifi.processors.standard.PutDatabaseRecord/index.html
>
> Just wanted to throw those out there in case you hadn't considered them
> because a lot of us have similar use cases.
>
>
> On Tue, Mar 26, 2019 at 10:11 AM Chris Lundeberg 
> wrote:
>
> > Hi all,
> >
> >  I hope this message finds everyone well. My company is starting to
> build a
> > few custom solutions using Nifi, for a few clients.  We want to be more
> > involved in the Nifi community and start contributing back some of the
> work
> > we have done. We have a few processors that we have created and pushed to
> > open repos, but would like to try and get some of them built into the
> base
> > Nifi distro, if possible.  We are doing a lot of research now to
> understand
> > what that looks like and I think are ready to start picking up and
> creating
> > Jira tickets.  My main question for this thread is with new processors;
> if
> > we have several that we think could be a good addition, is there some
> kind
> > of voting process that might help us understand which ones would actually
> > be of value to the greater community or is that just decided on a PR
> > basis?  Some of the example processors that we have created / are
> creating
> > are:
> >
> > 1. *EncryptValue* - Reads a list of values from an attribute and loops
> over
> > the keys within the data.  As it finds the matches, it will hash the
> value
> > based on the type that the user selects (we support all the normal ones).
> > 2. *StandardizeDate* - Reads a key/value pair from an attribute and loops
> > over the keys within the incoming data.  If it finds a match, it will
> > standardize the value of that key as ISO-8601.
> > 3. *AvroBulkInsert* - We utilize the bulk insert functionality within
> MSSQL
> > to insert incoming avro files.
> > 4. *GetColumns* - A user selects the controller service and database type
> > and we will fetch the columns from the database/schema.table provided and
> > attach as a comma separated value on an attribute or flowfile.
> >
> > Any advice/suggestions would be greatly appreciated. Thanks!
> >
> >
> > Chris Lundeberg
> > *Modern Data Engineer / Data Engineering Practice Lead*
> > 
> >   
> >   
> > 1904labs is proud to be a Top Workplace 2018
> > 
> >
>

Re: Contributing to Nifi

[Mike Thomsen]

Chris,

Don't know if you've created them yet, but here's a few things you might
want to consider:

> 2. *StandardizeDate* - Reads a key/value pair from an attribute and loops
over the keys within the incoming data.  If it finds a match, it will
standardize the value of that key as ISO-8601.

We had to implement something a bit similar and chose to do it as a
LookupService so that you can operate on a record set. If you're working
with large volumes of data and having to standardize dates, a pivot to
using the Record API would be a really good idea.

> *AvroBulkInsert* - We utilize the bulk insert functionality within MSSQL
to insert incoming avro files.

Might want to look at PutDatabaseRecord if you haven't and see if it meets
your use case:

https://nifi.apache.org/docs/nifi-docs/components/org.apache.nifi/nifi-standard-nar/1.8.0/org.apache.nifi.processors.standard.PutDatabaseRecord/index.html

Just wanted to throw those out there in case you hadn't considered them
because a lot of us have similar use cases.


On Tue, Mar 26, 2019 at 10:11 AM Chris Lundeberg 
wrote:

> Hi all,
>
>  I hope this message finds everyone well. My company is starting to build a
> few custom solutions using Nifi, for a few clients.  We want to be more
> involved in the Nifi community and start contributing back some of the work
> we have done. We have a few processors that we have created and pushed to
> open repos, but would like to try and get some of them built into the base
> Nifi distro, if possible.  We are doing a lot of research now to understand
> what that looks like and I think are ready to start picking up and creating
> Jira tickets.  My main question for this thread is with new processors; if
> we have several that we think could be a good addition, is there some kind
> of voting process that might help us understand which ones would actually
> be of value to the greater community or is that just decided on a PR
> basis?  Some of the example processors that we have created / are creating
> are:
>
> 1. *EncryptValue* - Reads a list of values from an attribute and loops over
> the keys within the data.  As it finds the matches, it will hash the value
> based on the type that the user selects (we support all the normal ones).
> 2. *StandardizeDate* - Reads a key/value pair from an attribute and loops
> over the keys within the incoming data.  If it finds a match, it will
> standardize the value of that key as ISO-8601.
> 3. *AvroBulkInsert* - We utilize the bulk insert functionality within MSSQL
> to insert incoming avro files.
> 4. *GetColumns* - A user selects the controller service and database type
> and we will fetch the columns from the database/schema.table provided and
> attach as a comma separated value on an attribute or flowfile.
>
> Any advice/suggestions would be greatly appreciated. Thanks!
>
>
> Chris Lundeberg
> *Modern Data Engineer / Data Engineering Practice Lead*
> 
>   
>   
> 1904labs is proud to be a Top Workplace 2018
> 
>

Re: Contributing to Nifi

[Andy LoPresto]

No worries, Chris. I added both of you to the Contributors role, so you should 
be ready to go now. 

Andy LoPresto
alopre...@apache.org
alopresto.apa...@gmail.com
PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69

> On Mar 26, 2019, at 9:10 AM, Chris Lundeberg  wrote:
> 
> Perfect - Thank you for the information, Andy.
> 
> I will read over the docs you suggested and push forward with the advice
> you gave.  I really appreciate your input.
> 
> We have two people as of now which would need the necessary Jira access (We
> can log in at the moment and see all the tickets):
> 
> Myself:  clundeberg
> Nathan Bruce (Co-worker):  nathan.bruce
> 
> Thanks again!
> 
> Chris Lundeberg
> *Modern Data Engineer / Data Engineering Practice Lead*
> >
> >  
>  >
> >  
> >
> 1904labs is proud to be a Top Workplace 2018
>  >
> 
> 
> On Tue, Mar 26, 2019 at 10:58 AM Andy LoPresto  > wrote:
> 
>> Hi Chris,
>> 
>> Thanks for getting involved and contributing back to the community. There
>> is no formal voting process to prioritize contributions — the Contributor
>> Guide [1] and Developer Guide [2] have a lot of useful information around
>> this. In general, for conversations like the one you’re asking for, an
>> email to the list is sufficient, and anyone who feels strongly will weigh
>> in here. Once you’ve had a discussion around this, you can prioritize your
>> contributions, open Jira tickets for each, and create the pull requests. A
>> committer will need to provide formal acceptance before the code can be
>> merged, so this may require multiple rounds of comment/discussion/patching.
>> All committers have a lot of responsibilities, so the expectations around
>> time frame to merge may be extended right now. But opening the PRs will
>> definitely get some community feedback, so I encourage you to do that.
>> 
>> To create/assign Jiras, please reply here with your username (and those of
>> your colleagues if applicable), and I will give you the proper permissions
>> in our Jira instance.
>> 
>> Personally I am most interested in the EncryptValue processor, so
>> depending on my tasking for the next few days, that’s where I would likely
>> focus my attention if available.
>> 
>> 
>> [1] https://cwiki.apache.org/confluence/display/NIFI/Contributor+Guide <
>> https://cwiki.apache.org/confluence/display/NIFI/Contributor+Guide 
>> >
>> [2] https://nifi.apache.org/docs/nifi-docs/html/developer-guide.html 
>>  <
>> https://nifi.apache.org/docs/nifi-docs/html/developer-guide.html>
>> 
>> Andy LoPresto
>> alopre...@apache.org
>> alopresto.apa...@gmail.com
>> PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69
>> 
>>> On Mar 26, 2019, at 7:11 AM, Chris Lundeberg 
>> wrote:
>>> 
>>> Hi all,
>>> 
>>> I hope this message finds everyone well. My company is starting to build
>> a
>>> few custom solutions using Nifi, for a few clients.  We want to be more
>>> involved in the Nifi community and start contributing back some of the
>> work
>>> we have done. We have a few processors that we have created and pushed to
>>> open repos, but would like to try and get some of them built into the
>> base
>>> Nifi distro, if possible.  We are doing a lot of research now to
>> understand
>>> what that looks like and I think are ready to start picking up and
>> creating
>>> Jira tickets.  My main question for this thread is with new processors;
>> if
>>> we have several that we think could be a good addition, is there some
>> kind
>>> of voting process that might help us understand which ones would actually
>>> be of value to the greater community or is that just decided on a PR
>>> basis?  Some of the example processors that we have created / are
>> creating
>>> are:
>>> 
>>> 1. *EncryptValue* - Reads a list of values from an attribute and loops
>> over
>>> the keys within the data.  As it finds the matches, it will hash the
>> value
>>> based on the type that the user selects (we support all the normal ones).
>>> 2. *StandardizeDate* - Reads a key/value pair from an attribute and loops
>>> over the keys within the incoming data.  If it finds a match, it will
>>> standardize the value of that key as ISO-8601.
>>> 3. *AvroBulkInsert* - We utilize the bulk insert functionality within
>> MSSQL
>>> to insert incoming avro files.
>>> 4. *GetColumns* - A user selects the controller service and database type
>>> and we will fetch the columns from the 

Re: Contributing to Nifi

[Chris Lundeberg]

Perfect - Thank you for the information, Andy.

I will read over the docs you suggested and push forward with the advice
you gave.  I really appreciate your input.

We have two people as of now which would need the necessary Jira access (We
can log in at the moment and see all the tickets):

Myself:  clundeberg
Nathan Bruce (Co-worker):  nathan.bruce

Thanks again!

Chris Lundeberg
*Modern Data Engineer / Data Engineering Practice Lead*

  
  
1904labs is proud to be a Top Workplace 2018



On Tue, Mar 26, 2019 at 10:58 AM Andy LoPresto  wrote:

> Hi Chris,
>
> Thanks for getting involved and contributing back to the community. There
> is no formal voting process to prioritize contributions — the Contributor
> Guide [1] and Developer Guide [2] have a lot of useful information around
> this. In general, for conversations like the one you’re asking for, an
> email to the list is sufficient, and anyone who feels strongly will weigh
> in here. Once you’ve had a discussion around this, you can prioritize your
> contributions, open Jira tickets for each, and create the pull requests. A
> committer will need to provide formal acceptance before the code can be
> merged, so this may require multiple rounds of comment/discussion/patching.
> All committers have a lot of responsibilities, so the expectations around
> time frame to merge may be extended right now. But opening the PRs will
> definitely get some community feedback, so I encourage you to do that.
>
> To create/assign Jiras, please reply here with your username (and those of
> your colleagues if applicable), and I will give you the proper permissions
> in our Jira instance.
>
> Personally I am most interested in the EncryptValue processor, so
> depending on my tasking for the next few days, that’s where I would likely
> focus my attention if available.
>
>
> [1] https://cwiki.apache.org/confluence/display/NIFI/Contributor+Guide <
> https://cwiki.apache.org/confluence/display/NIFI/Contributor+Guide>
> [2] https://nifi.apache.org/docs/nifi-docs/html/developer-guide.html <
> https://nifi.apache.org/docs/nifi-docs/html/developer-guide.html>
>
> Andy LoPresto
> alopre...@apache.org
> alopresto.apa...@gmail.com
> PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69
>
> > On Mar 26, 2019, at 7:11 AM, Chris Lundeberg 
> wrote:
> >
> > Hi all,
> >
> > I hope this message finds everyone well. My company is starting to build
> a
> > few custom solutions using Nifi, for a few clients.  We want to be more
> > involved in the Nifi community and start contributing back some of the
> work
> > we have done. We have a few processors that we have created and pushed to
> > open repos, but would like to try and get some of them built into the
> base
> > Nifi distro, if possible.  We are doing a lot of research now to
> understand
> > what that looks like and I think are ready to start picking up and
> creating
> > Jira tickets.  My main question for this thread is with new processors;
> if
> > we have several that we think could be a good addition, is there some
> kind
> > of voting process that might help us understand which ones would actually
> > be of value to the greater community or is that just decided on a PR
> > basis?  Some of the example processors that we have created / are
> creating
> > are:
> >
> > 1. *EncryptValue* - Reads a list of values from an attribute and loops
> over
> > the keys within the data.  As it finds the matches, it will hash the
> value
> > based on the type that the user selects (we support all the normal ones).
> > 2. *StandardizeDate* - Reads a key/value pair from an attribute and loops
> > over the keys within the incoming data.  If it finds a match, it will
> > standardize the value of that key as ISO-8601.
> > 3. *AvroBulkInsert* - We utilize the bulk insert functionality within
> MSSQL
> > to insert incoming avro files.
> > 4. *GetColumns* - A user selects the controller service and database type
> > and we will fetch the columns from the database/schema.table provided and
> > attach as a comma separated value on an attribute or flowfile.
> >
> > Any advice/suggestions would be greatly appreciated. Thanks!
> >
> >
> > Chris Lundeberg
> > *Modern Data Engineer / Data Engineering Practice Lead*
> > 
> >   
> >   
> > 1904labs is proud to be a Top Workplace 2018
> > 
>
>

Re: Contributing to Nifi

[Andy LoPresto]

Hi Chris, 

Thanks for getting involved and contributing back to the community. There is no 
formal voting process to prioritize contributions — the Contributor Guide [1] 
and Developer Guide [2] have a lot of useful information around this. In 
general, for conversations like the one you’re asking for, an email to the list 
is sufficient, and anyone who feels strongly will weigh in here. Once you’ve 
had a discussion around this, you can prioritize your contributions, open Jira 
tickets for each, and create the pull requests. A committer will need to 
provide formal acceptance before the code can be merged, so this may require 
multiple rounds of comment/discussion/patching. All committers have a lot of 
responsibilities, so the expectations around time frame to merge may be 
extended right now. But opening the PRs will definitely get some community 
feedback, so I encourage you to do that. 

To create/assign Jiras, please reply here with your username (and those of your 
colleagues if applicable), and I will give you the proper permissions in our 
Jira instance. 

Personally I am most interested in the EncryptValue processor, so depending on 
my tasking for the next few days, that’s where I would likely focus my 
attention if available. 


[1] https://cwiki.apache.org/confluence/display/NIFI/Contributor+Guide 

[2] https://nifi.apache.org/docs/nifi-docs/html/developer-guide.html 


Andy LoPresto
alopre...@apache.org
alopresto.apa...@gmail.com
PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69

> On Mar 26, 2019, at 7:11 AM, Chris Lundeberg  wrote:
> 
> Hi all,
> 
> I hope this message finds everyone well. My company is starting to build a
> few custom solutions using Nifi, for a few clients.  We want to be more
> involved in the Nifi community and start contributing back some of the work
> we have done. We have a few processors that we have created and pushed to
> open repos, but would like to try and get some of them built into the base
> Nifi distro, if possible.  We are doing a lot of research now to understand
> what that looks like and I think are ready to start picking up and creating
> Jira tickets.  My main question for this thread is with new processors; if
> we have several that we think could be a good addition, is there some kind
> of voting process that might help us understand which ones would actually
> be of value to the greater community or is that just decided on a PR
> basis?  Some of the example processors that we have created / are creating
> are:
> 
> 1. *EncryptValue* - Reads a list of values from an attribute and loops over
> the keys within the data.  As it finds the matches, it will hash the value
> based on the type that the user selects (we support all the normal ones).
> 2. *StandardizeDate* - Reads a key/value pair from an attribute and loops
> over the keys within the incoming data.  If it finds a match, it will
> standardize the value of that key as ISO-8601.
> 3. *AvroBulkInsert* - We utilize the bulk insert functionality within MSSQL
> to insert incoming avro files.
> 4. *GetColumns* - A user selects the controller service and database type
> and we will fetch the columns from the database/schema.table provided and
> attach as a comma separated value on an attribute or flowfile.
> 
> Any advice/suggestions would be greatly appreciated. Thanks!
> 
> 
> Chris Lundeberg
> *Modern Data Engineer / Data Engineering Practice Lead*
> 
>   
>   
> 1904labs is proud to be a Top Workplace 2018
> 

Contributing to Nifi

[Chris Lundeberg]

Hi all,

 I hope this message finds everyone well. My company is starting to build a
few custom solutions using Nifi, for a few clients.  We want to be more
involved in the Nifi community and start contributing back some of the work
we have done. We have a few processors that we have created and pushed to
open repos, but would like to try and get some of them built into the base
Nifi distro, if possible.  We are doing a lot of research now to understand
what that looks like and I think are ready to start picking up and creating
Jira tickets.  My main question for this thread is with new processors; if
we have several that we think could be a good addition, is there some kind
of voting process that might help us understand which ones would actually
be of value to the greater community or is that just decided on a PR
basis?  Some of the example processors that we have created / are creating
are:

1. *EncryptValue* - Reads a list of values from an attribute and loops over
the keys within the data.  As it finds the matches, it will hash the value
based on the type that the user selects (we support all the normal ones).
2. *StandardizeDate* - Reads a key/value pair from an attribute and loops
over the keys within the incoming data.  If it finds a match, it will
standardize the value of that key as ISO-8601.
3. *AvroBulkInsert* - We utilize the bulk insert functionality within MSSQL
to insert incoming avro files.
4. *GetColumns* - A user selects the controller service and database type
and we will fetch the columns from the database/schema.table provided and
attach as a comma separated value on an attribute or flowfile.

Any advice/suggestions would be greatly appreciated. Thanks!


Chris Lundeberg
*Modern Data Engineer / Data Engineering Practice Lead*

  
  
1904labs is proud to be a Top Workplace 2018

Re: Help needed in contributing to nifi

[Sivaprasanna]

Hi Khamar,

It’s great to know that you are interested in contributing to the Apache
NiFi project. First place to start would be
https://issues.apache.org/jira/projects/NIFI/
Search if there is a Jira created already for the task you are interested
in. If you don’t find any, feel free to create one.

If you're also interested in contributing to the code, please take a look
at this contributor guide:
https://cwiki.apache.org/confluence/display/NIFI/Contributor+Guide
It is basically installing Git and cloning the project and setting up
locally. It also gives you some detailed overview about the code review
process and other useful tips.

Thanks,
Sivaprasanna

On Thu, 24 Jan 2019 at 11:08 AM, khamar shaikh 
wrote:

> Hi ,  i am a student and new to open source contribution . I want to add
> Data
> pipeline capability with OrientDB . Can someone please help me with how to
> proceed to do the same?
>
> --
> Thank you and Regards,
>
> Khamar Ali Shaikh
>

Help needed in contributing to nifi

[khamar shaikh]

Hi ,  i am a student and new to open source contribution . I want to add Data
pipeline capability with OrientDB . Can someone please help me with how to
proceed to do the same?

-- 
Thank you and Regards,

Khamar Ali Shaikh

Re: Contributing to NIFI (Hazelcast Custom processor)

[Milan Das]

Thanks Mike.
I have created https://issues.apache.org/jira/browse/NIFI-5786
I will create a PR with NIFI-5786 and request for review.

Thanks,
Milan Das

On 11/4/18, 8:00 PM, "Mike Thomsen"  wrote:

Milan,

Yeah, add at least a Jira ticket that describes what you did. Doesn't have
to be multiple, unless you just want to break it down into smaller and
faster reviews. (ex. if the PR is 10k LOC and 4 processors, might be faster
to make it 4 tickets)

Thanks,

Mike

On Sun, Nov 4, 2018 at 7:46 PM Milan Das  wrote:

> Hello PMP,
>
> I am writing a custom processor to use Hazelcast through NIFI.  I went
>  through the complete documentation at
> 
https://cwiki.apache.org/confluence/display/NIFI/Contributor+Guide#ContributorGuide-HowtocontributetoApacheNiFi
> .
>
> Before I create a PR do I need to open any JIRA tickets for added features
> ?
>
>
>
> Thanks,
>
> Milan Das
>
>
>
>

Re: Contributing to NIFI (Hazelcast Custom processor)

[Mike Thomsen]

Milan,

Yeah, add at least a Jira ticket that describes what you did. Doesn't have
to be multiple, unless you just want to break it down into smaller and
faster reviews. (ex. if the PR is 10k LOC and 4 processors, might be faster
to make it 4 tickets)

Thanks,

Mike

On Sun, Nov 4, 2018 at 7:46 PM Milan Das  wrote:

> Hello PMP,
>
> I am writing a custom processor to use Hazelcast through NIFI.  I went
>  through the complete documentation at
> https://cwiki.apache.org/confluence/display/NIFI/Contributor+Guide#ContributorGuide-HowtocontributetoApacheNiFi
> .
>
> Before I create a PR do I need to open any JIRA tickets for added features
> ?
>
>
>
> Thanks,
>
> Milan Das
>
>
>
>

Contributing to NIFI (Hazelcast Custom processor)

[Milan Das]

Hello PMP,

I am writing a custom processor to use Hazelcast through NIFI.  I went  through 
the complete documentation at 
https://cwiki.apache.org/confluence/display/NIFI/Contributor+Guide#ContributorGuide-HowtocontributetoApacheNiFi
 .

Before I create a PR do I need to open any JIRA tickets for added features ?

 

Thanks,

Milan Das

 

Re: Contributing to NiFi

[Aldrin Piri]

Hi Rishabh,

Entire processors are certainly welcomed.  I would suggest you open a JIRA
[1] with your proposed idea so that folks can provide some guidance on its
fit and/or considerations for its design and development and so that we
attempt to avoid any duplication of efforts.

The developer guide Brett highlighted is a good start to highlight some of
the common patterns and framework features.

Let us know if any additional questions arise throughout the process.

[1] https://issues.apache.org/jira/projects/NIFI

On Mon, Jan 8, 2018 at 6:43 AM, Brett Ryan  wrote:

> I am not a NiFi contributor myself, however; I have just started writing a
> plugin for publication.
>
> My advice would be to use the NiFi developer guide [1] and publish on
> github under the apache 2 licence. Having done this and you think this is a
> plugin that could be beneficial for the NiFi user community then announce
> it here.
>
> At least that's what I've done :)
>
>
>   [1]: https://nifi.apache.org/developer-guide.html
>
> > On 8 Jan 2018, at 18:04,  <
> rishabh.she...@open-insights.co.in> wrote:
> >
> > Hello, my name is Rishabh and I am building a custom NiFi processor. I
> would
> > like to make it Open source to everybody.
> >
> > I was going through the NiFi contributor guide and I was wondering if it
> was
> > possible for me to get in touch with someone who could guide me through
> the
> > process.
> >
> > Can I contribute an entire processor or can I only contribute to the
> > development of an existing processor?
> >
> > It would be really helpful.
> >
> >
> >
> > Regards,
> >
> > Rishabh
> >
>
>

Re: Contributing to NiFi

[Brett Ryan]

I am not a NiFi contributor myself, however; I have just started writing a 
plugin for publication.

My advice would be to use the NiFi developer guide [1] and publish on github 
under the apache 2 licence. Having done this and you think this is a plugin 
that could be beneficial for the NiFi user community then announce it here.

At least that's what I've done :)


  [1]: https://nifi.apache.org/developer-guide.html

> On 8 Jan 2018, at 18:04,  
>  wrote:
> 
> Hello, my name is Rishabh and I am building a custom NiFi processor. I would
> like to make it Open source to everybody.
> 
> I was going through the NiFi contributor guide and I was wondering if it was
> possible for me to get in touch with someone who could guide me through the
> process.
> 
> Can I contribute an entire processor or can I only contribute to the
> development of an existing processor?
> 
> It would be really helpful.
> 
> 
> 
> Regards,
> 
> Rishabh
> 



signature.asc
Description: Message signed with OpenPGP

Contributing to NiFi

[rishabh.shetty]

Hello, my name is Rishabh and I am building a custom NiFi processor. I would
like to make it Open source to everybody.

I was going through the NiFi contributor guide and I was wondering if it was
possible for me to get in touch with someone who could guide me through the
process.

Can I contribute an entire processor or can I only contribute to the
development of an existing processor?

It would be really helpful.

 

Regards,

Rishabh

Re: FWD: Contributing to NiFi

[Joe Percivall]

Hello Charles,

Sorry you didn't receive it but actually Matt Burgess sent a response shortly 
after you asked for help[1]. Are subscribed to the dev list?

We always love new contributors and we don't want to have you discouraged from 
contributing due to an email not getting delivered.

[1] 
http://mail-archives.apache.org/mod_mbox/nifi-dev/201608.mbox/%3CCAEV8zdVt_USjSHaNBQ%2BSaHgESES8fDwT6x32XLOWxc24D%3D1Ymw%40mail.gmail.com%3E
 

Joe

- - - - - - 
Joseph Percivall
linkedin.com/in/Percivall
e: joeperciv...@yahoo.com



On Monday, September 19, 2016 2:21 PM, "char...@thesolusgroupllc.com" 
<char...@thesolusgroupllc.com> wrote:



Since I've heard nothing back from anyone on the NiFi team, I'll consider this 
matter closed.

- Original Message ----- Subject: Contributing to NiFi
From: char...@thesolusgroupllc.com
Date: 8/24/16 10:10 am
To: dev@nifi.apache.org

Hi,

I'm looking to make some contributions to the Apache NiFi project. The Apache 
Nifi documentation advises the reader to visit the NiFi's JIRA page to find 
tickets that are tagged as "beginner".

I've been to the site, but, I have not discover a way in the UI to filter the 
unresolved issues based on a 'beginner tag'.

I did report a bug 2 days ago (#2625), which I'd like to fix. How do you 
recommend I proceed?

Cheers,
Charles

Re: Contributing to NiFi

[Pierre Villard]

Hi Charles, we did answer to you (Matt did):
But you probably didn't subscribe to the mailing lists or you should check
your spam.

2016-08-24 20:55 GMT+02:00 Matt Burgess <mattyb...@gmail.com>:

> Charles,
>
> Welcome to the community! Very glad to have you, it is excellent that
> you'd like to contribute, thank you in advance!
>
> For the Jira filter, "beginner" is a label, here is a query for open
> cases marked as "beginner":
> https://issues.apache.org/jira/browse/NIFI-2359?jql=
> project%20%3D%20NIFI%20AND%20labels%20%3D%20%20beginner%
> 20and%20status%20not%20in%20(Resolved%2C%20Closed)
> <https://issues.apache.org/jira/browse/NIFI-2359?jql=project%20%3D%20NIFI%20AND%20labels%20%3D%20%20beginner%20and%20status%20not%20in%20%28Resolved%2C%20Closed%29>
>
> For resources, you may want to take a look at NiFi documentation[1],
> especially the Developer Quickstart [2] and Developer's Guide [3].
> There is also a great list of NiFi resources on Joey's GitHub  [4]. If
> you haven't already, you may want to create an account in Jira [5] so
> you can assign yourself cases, etc.
>
> Regards,
> Matt
>
> [1] https://nifi.apache.org/docs.html
> [2] https://nifi.apache.org/quickstart.html
> [3] https://nifi.apache.org/developer-guide.html
> [4] https://github.com/jfrazee/awesome-nifi
> [5] https://issues.apache.org/jira/browse/NIFI
>
> On Wed, Aug 24, 2016 at 1:10 PM,  <char...@thesolusgroupllc.com> wrote:
> > Hi,
> >
> > I'm looking to make some contributions to the Apache NiFi project. The
> Apache Nifi documentation advises the reader to visit the NiFi's JIRA page
> to find tickets that are tagged as "beginner".
> >
> > I've been to the site, but, I have not discover a way in the UI to
> filter the unresolved issues based on a 'beginner tag'.
> >
> > I did report a bug 2 days ago (#2625), which I'd like to fix. How do you
> recommend I proceed?
> >
> > Cheers,
> > Charles
>


2016-09-19 19:05 GMT+02:00 <char...@thesolusgroupllc.com>:

> Since I've heard nothing back from anyone on the NiFi team, I'll consider
> this matter closed.
>
> - Original Message - Subject: Contributing to NiFi
> From: char...@thesolusgroupllc.com
> Date: 8/24/16 10:10 am
> To: dev@nifi.apache.org
>
>  Hi,
>
> I'm looking to make some contributions to the Apache NiFi project. The
> Apache Nifi documentation advises the reader to visit the NiFi's JIRA page
> to find tickets that are tagged as "beginner".
>
> I've been to the site, but, I have not discover a way in the UI to filter
> the unresolved issues based on a 'beginner tag'.
>
> I did report a bug 2 days ago (#2625), which I'd like to fix. How do you
> recommend I proceed?
>
> Cheers,
> Charles
>

Re: Contributing to NiFi

[Matt Burgess]

I'm sorry you didn't see my reply, I sent one fairly quickly after you posted 
your question, I'll paste it below:

Charles,

Welcome to the community! Very glad to have you, it is excellent that
you'd like to contribute, thank you in advance!

For the Jira filter, "beginner" is a label, here is a query for open
cases marked as "beginner":
https://issues.apache.org/jira/browse/NIFI-2359?jql=project%20%3D%20NIFI%20AND%20labels%20%3D%20%20beginner%20and%20status%20not%20in%20(Resolved%2C%20Closed)

For resources, you may want to take a look at NiFi documentation[1],
especially the Developer Quickstart [2] and Developer's Guide [3].
There is also a great list of NiFi resources on Joey's GitHub  [4]. If
you haven't already, you may want to create an account in Jira [5] so
you can assign yourself cases, etc.

Regards,
Matt

[1] https://nifi.apache.org/docs.html
[2] https://nifi.apache.org/quickstart.html
[3] https://nifi.apache.org/developer-guide.html
[4] https://github.com/jfrazee/awesome-nifi
[5] https://issues.apache.org/jira/browse/NIFI


> On Sep 19, 2016, at 1:05 PM, char...@thesolusgroupllc.com wrote:
> 
> Since I've heard nothing back from anyone on the NiFi team, I'll consider 
> this matter closed.
> 
> - Original Message - Subject: Contributing to NiFi
> From: char...@thesolusgroupllc.com
> Date: 8/24/16 10:10 am
> To: dev@nifi.apache.org
> 
> Hi,
> 
> I'm looking to make some contributions to the Apache NiFi project. The Apache 
> Nifi documentation advises the reader to visit the NiFi's JIRA page to find 
> tickets that are tagged as "beginner".
> 
> I've been to the site, but, I have not discover a way in the UI to filter the 
> unresolved issues based on a 'beginner tag'.
> 
> I did report a bug 2 days ago (#2625), which I'd like to fix. How do you 
> recommend I proceed?
> 
> Cheers,
> Charles

FWD: Contributing to NiFi

[charles]

Since I've heard nothing back from anyone on the NiFi team, I'll consider this 
matter closed.
 
- Original Message - Subject: Contributing to NiFi
From: char...@thesolusgroupllc.com
Date: 8/24/16 10:10 am
To: dev@nifi.apache.org

 Hi,
 
I'm looking to make some contributions to the Apache NiFi project. The Apache 
Nifi documentation advises the reader to visit the NiFi's JIRA page to find 
tickets that are tagged as "beginner".
 
I've been to the site, but, I have not discover a way in the UI to filter the 
unresolved issues based on a 'beginner tag'.
 
I did report a bug 2 days ago (#2625), which I'd like to fix. How do you 
recommend I proceed?
 
Cheers,
Charles

Re: Contributing to NiFi

[Matt Burgess]

Charles,

Welcome to the community! Very glad to have you, it is excellent that
you'd like to contribute, thank you in advance!

For the Jira filter, "beginner" is a label, here is a query for open
cases marked as "beginner":
https://issues.apache.org/jira/browse/NIFI-2359?jql=project%20%3D%20NIFI%20AND%20labels%20%3D%20%20beginner%20and%20status%20not%20in%20(Resolved%2C%20Closed)

For resources, you may want to take a look at NiFi documentation[1],
especially the Developer Quickstart [2] and Developer's Guide [3].
There is also a great list of NiFi resources on Joey's GitHub  [4]. If
you haven't already, you may want to create an account in Jira [5] so
you can assign yourself cases, etc.

Regards,
Matt

[1] https://nifi.apache.org/docs.html
[2] https://nifi.apache.org/quickstart.html
[3] https://nifi.apache.org/developer-guide.html
[4] https://github.com/jfrazee/awesome-nifi
[5] https://issues.apache.org/jira/browse/NIFI

On Wed, Aug 24, 2016 at 1:10 PM,   wrote:
> Hi,
>
> I'm looking to make some contributions to the Apache NiFi project. The Apache 
> Nifi documentation advises the reader to visit the NiFi's JIRA page to find 
> tickets that are tagged as "beginner".
>
> I've been to the site, but, I have not discover a way in the UI to filter the 
> unresolved issues based on a 'beginner tag'.
>
> I did report a bug 2 days ago (#2625), which I'd like to fix. How do you 
> recommend I proceed?
>
> Cheers,
> Charles

Contributing to NiFi

[charles]

Hi,
 
I'm looking to make some contributions to the Apache NiFi project. The Apache 
Nifi documentation advises the reader to visit the NiFi's JIRA page to find 
tickets that are tagged as "beginner".
 
I've been to the site, but, I have not discover a way in the UI to filter the 
unresolved issues based on a 'beginner tag'.
 
I did report a bug 2 days ago (#2625), which I'd like to fix. How do you 
recommend I proceed?
 
Cheers,
Charles