Re: FW: Loading nifi server within a Java process

[James Wing]

Jamie,

Sorry you didn't get a response.  I'm happy to confirm that this is the
correct list for your question.  There is no well-beaten path for running
NiFi in another process, NiFi assumes that it is deployed as it's own
process.  NiFi contains a number of features for classloader isolation,
thread management, and performance monitoring that may mean something
different in another process, although I can't say for sure they will break.

Hopefully, some others can chime in on the pitfalls.

Thanks,

James

On Wed, Apr 5, 2017 at 2:25 PM, Jamie Wang  wrote:

> Hi,
>
> I sent the message below to the user group and unfortunately I didn't get
> any response. I am forwarding the message to this list and am hoping to get
> some feedback. If this is the wrong list for this message, I apologize and
> please let me know the right place to post. Thank you in advance.
>
> Jamie
>
> From: Jamie Wang [mailto:jam...@opentext.com]
> Sent: Tuesday, April 04, 2017 12:53 PM
> To: us...@nifi.apache.org
> Subject: [EXTERNAL] - Loading nifi server within a Java process
>
> I have a situation where we have constraint on the number of processes we
> can use and hence, is it possible to load nifi server within another Java
> process? Looking at the org.apache.nifi.bootstrap.RunNiFi.java, it seems
> that I can create a Java object that does most of what
> org.apache.nifi.bootstrap.RunNiFi.main() do. Any thoughts if this will
> work? What are some of the things I need to watch out? And is there another
> better way to do this or an example? Thank you for your time.
>
> Jamie
>

Re: [ANNOUNCE] New Apache NiFi Committer Bin Qiu

[Michael Moser]

Welcome aboard, Bin, and congratulations.


On Wed, Apr 5, 2017 at 11:44 AM, Marc  wrote:

> Congrats and well deserved for everything you've done!
>
> On Wed, Apr 5, 2017 at 11:42 AM, Bryan Rosander 
> wrote:
>
> > Congrats Bin!
> >
> > On Wed, Apr 5, 2017 at 9:52 AM, Oleg Zhurakousky 
> wrote:
> >
> > > And of course I did it in the wrong thread ;)
> > > Congrats Bin!!!
> > >
> > > > On Apr 5, 2017, at 9:48 AM, Oleg Zhurakousky 
> wrote:
> > > >
> > > > Thank you all!
> > > >
> > > >  > > >> *Joe Percivall*
> > > >> e: joeperciv...@gmail.com
> > > >
> > >
> > >
> >
>

FW: Loading nifi server within a Java process

[Jamie Wang]

Hi,

I sent the message below to the user group and unfortunately I didn't get any 
response. I am forwarding the message to this list and am hoping to get some 
feedback. If this is the wrong list for this message, I apologize and please 
let me know the right place to post. Thank you in advance.

Jamie

From: Jamie Wang [mailto:jam...@opentext.com]
Sent: Tuesday, April 04, 2017 12:53 PM
To: us...@nifi.apache.org
Subject: [EXTERNAL] - Loading nifi server within a Java process

I have a situation where we have constraint on the number of processes we can 
use and hence, is it possible to load nifi server within another Java process? 
Looking at the org.apache.nifi.bootstrap.RunNiFi.java, it seems that I can 
create a Java object that does most of what 
org.apache.nifi.bootstrap.RunNiFi.main() do. Any thoughts if this will work? 
What are some of the things I need to watch out? And is there another better 
way to do this or an example? Thank you for your time.

Jamie

Re: Flow XML Archive Filename

[Nicholas Hughes]

Thanks Joe!

-Nick


On Wed, Apr 5, 2017 at 2:08 PM, Joe Witt  wrote:

> Got ya.  Here is the old way it was done [1].
>
>
> final Path archiveFile =
> archiveDir.resolve(System.nanoTime() + "-" +
> configFile.toFile().getName());
>
>
> [1]  https://github.com/apache/nifi/blob/5625686ea4abdd38cc168607157ac3
> 4622e7b105/nifi-nar-bundles/nifi-framework-bundle/nifi-
> framework/nifi-framework-core/src/main/java/org/apache/nifi/persistence/
> StandardXMLFlowConfigurationDAO.java#L141-L158
>
> Thanks
> Joe
>
> On Wed, Apr 5, 2017 at 12:53 PM, Nicholas Hughes
>  wrote:
> > Joe,
> >
> > Thanks for the reply. I did find that code in my search, but it seems to
> be
> > the "new" 1.x method of archive file naming. The new method is a lot
> easier
> > to eyeball and see that it's concatenating date/time values.
> >
> > Example: 20170405T164814+_flow.xml.gz
> >
> > Unfortunately, I'm looking for the "old" 0.x file naming... which seems
> to
> > be some long integer calculation of time.
> >
> > Example: 8548619576826734-flow.xml.gz
> >
> > -Nick
> >
> >
> > On Wed, Apr 5, 2017 at 12:32 PM, Joe Witt  wrote:
> >
> >> Nick,
> >>
> >> The details for that can be found here [1].  It isn't exactly meant to
> >> be a public interface in terms of the naming being reliable thought so
> >> take care to rely on it programatically.
> >>
> >> [1] https://github.com/apache/nifi/blob/30889995cb6001864dd5007b12c70a
> >> c9948907da/nifi-nar-bundles/nifi-framework-bundle/nifi-
> >> framework/nifi-framework-core/src/main/java/org/apache/nifi/
> persistence/
> >> FlowConfigurationArchiveManager.java
> >>
> >> Thanks
> >> Joe
> >>
> >> On Wed, Apr 5, 2017 at 12:04 PM, Nicholas Hughes
> >>  wrote:
> >> > On 0.7.x versions, can anyone tell me how the numeric prefix for flow
> >> > backups is generated?
> >> >
> >> > Example: 8548619576826734-flow.xml.gz
> >> >
> >> > I apologize for the "read the code" question, but GitHub won't let me
> >> > search anything other than master from the website and I'm not in a
> >> > position to pull down the code to grep right now.
> >> >
> >> > I appreciate the assistance.
> >> >
> >> > -Nick
> >>
>

Re: Flow XML Archive Filename

[Joe Witt]

Got ya.  Here is the old way it was done [1].


final Path archiveFile =
archiveDir.resolve(System.nanoTime() + "-" +
configFile.toFile().getName());


[1]  
https://github.com/apache/nifi/blob/5625686ea4abdd38cc168607157ac34622e7b105/nifi-nar-bundles/nifi-framework-bundle/nifi-framework/nifi-framework-core/src/main/java/org/apache/nifi/persistence/StandardXMLFlowConfigurationDAO.java#L141-L158

Thanks
Joe

On Wed, Apr 5, 2017 at 12:53 PM, Nicholas Hughes
 wrote:
> Joe,
>
> Thanks for the reply. I did find that code in my search, but it seems to be
> the "new" 1.x method of archive file naming. The new method is a lot easier
> to eyeball and see that it's concatenating date/time values.
>
> Example: 20170405T164814+_flow.xml.gz
>
> Unfortunately, I'm looking for the "old" 0.x file naming... which seems to
> be some long integer calculation of time.
>
> Example: 8548619576826734-flow.xml.gz
>
> -Nick
>
>
> On Wed, Apr 5, 2017 at 12:32 PM, Joe Witt  wrote:
>
>> Nick,
>>
>> The details for that can be found here [1].  It isn't exactly meant to
>> be a public interface in terms of the naming being reliable thought so
>> take care to rely on it programatically.
>>
>> [1] https://github.com/apache/nifi/blob/30889995cb6001864dd5007b12c70a
>> c9948907da/nifi-nar-bundles/nifi-framework-bundle/nifi-
>> framework/nifi-framework-core/src/main/java/org/apache/nifi/persistence/
>> FlowConfigurationArchiveManager.java
>>
>> Thanks
>> Joe
>>
>> On Wed, Apr 5, 2017 at 12:04 PM, Nicholas Hughes
>>  wrote:
>> > On 0.7.x versions, can anyone tell me how the numeric prefix for flow
>> > backups is generated?
>> >
>> > Example: 8548619576826734-flow.xml.gz
>> >
>> > I apologize for the "read the code" question, but GitHub won't let me
>> > search anything other than master from the website and I'm not in a
>> > position to pull down the code to grep right now.
>> >
>> > I appreciate the assistance.
>> >
>> > -Nick
>>

Re: Flow XML Archive Filename

[Nicholas Hughes]

Joe,

Thanks for the reply. I did find that code in my search, but it seems to be
the "new" 1.x method of archive file naming. The new method is a lot easier
to eyeball and see that it's concatenating date/time values.

Example: 20170405T164814+_flow.xml.gz

Unfortunately, I'm looking for the "old" 0.x file naming... which seems to
be some long integer calculation of time.

Example: 8548619576826734-flow.xml.gz

-Nick


On Wed, Apr 5, 2017 at 12:32 PM, Joe Witt  wrote:

> Nick,
>
> The details for that can be found here [1].  It isn't exactly meant to
> be a public interface in terms of the naming being reliable thought so
> take care to rely on it programatically.
>
> [1] https://github.com/apache/nifi/blob/30889995cb6001864dd5007b12c70a
> c9948907da/nifi-nar-bundles/nifi-framework-bundle/nifi-
> framework/nifi-framework-core/src/main/java/org/apache/nifi/persistence/
> FlowConfigurationArchiveManager.java
>
> Thanks
> Joe
>
> On Wed, Apr 5, 2017 at 12:04 PM, Nicholas Hughes
>  wrote:
> > On 0.7.x versions, can anyone tell me how the numeric prefix for flow
> > backups is generated?
> >
> > Example: 8548619576826734-flow.xml.gz
> >
> > I apologize for the "read the code" question, but GitHub won't let me
> > search anything other than master from the website and I'm not in a
> > position to pull down the code to grep right now.
> >
> > I appreciate the assistance.
> >
> > -Nick
>

Re: Flow XML Archive Filename

[Joe Witt]

Nick,

The details for that can be found here [1].  It isn't exactly meant to
be a public interface in terms of the naming being reliable thought so
take care to rely on it programatically.

[1] 
https://github.com/apache/nifi/blob/30889995cb6001864dd5007b12c70ac9948907da/nifi-nar-bundles/nifi-framework-bundle/nifi-framework/nifi-framework-core/src/main/java/org/apache/nifi/persistence/FlowConfigurationArchiveManager.java

Thanks
Joe

On Wed, Apr 5, 2017 at 12:04 PM, Nicholas Hughes
 wrote:
> On 0.7.x versions, can anyone tell me how the numeric prefix for flow
> backups is generated?
>
> Example: 8548619576826734-flow.xml.gz
>
> I apologize for the "read the code" question, but GitHub won't let me
> search anything other than master from the website and I'm not in a
> position to pull down the code to grep right now.
>
> I appreciate the assistance.
>
> -Nick

Flow XML Archive Filename

[Nicholas Hughes]

On 0.7.x versions, can anyone tell me how the numeric prefix for flow
backups is generated?

Example: 8548619576826734-flow.xml.gz

I apologize for the "read the code" question, but GitHub won't let me
search anything other than master from the website and I'm not in a
position to pull down the code to grep right now.

I appreciate the assistance.

-Nick

Re: Reporting task for capturing status history?

[Joe Gresock]

Thanks Mark!  I've created [1] to capture this request.  I started writing
a SiteToSiteStatusReportingTask by modifying a copy of the
SiteToSiteProvenanceReportingTask, but I got diverted with other tasks and
probably won't get a chance to work on it for a while.  If anyone is
interested in taking on this task, I'd be happy to provide what I have so
far.

[1] https://issues.apache.org/jira/browse/NIFI-3674

On Wed, Apr 5, 2017 at 1:13 PM, Mark Payne  wrote:

> Joe,
>
> None that I know of, but I like the idea! A Reporting Task isn't able to
> create FlowFiles,
> but one thing that you may want to look into is serializing the data as
> JSON or whatever
> makes sense and then pushing it to NiFi via Site-to-Site. The
> SiteToSiteProvenanceReportingTask
> does this for Provenance data, and it is quite nice. It gives you the
> ability to transfer attributes
> along with the 'message' if it makes sense to do so, and integrates very
> cleanly. You could then use
> whatever Processors make sense in your flow to push the data wherever you
> would like it to be.
>
> Thanks
> -Mark
>
>
>
> > On Apr 5, 2017, at 8:40 AM, Joe Gresock  wrote:
> >
> > I haven't completely kept up to date on the new reporting tasks since
> > 1.1.1, so I thought I'd ask here.
> >
> > I'd like to be able to store the status history metrics for processors
> and
> > queues in something like Elasticsearch.  I see the
> StandardGangliaReporter,
> > which looks to capture what I want, but I'm not using Ganglia.  Is there
> > anything that captures the metrics by producing flow files or something?
> >
> > Thanks,
> > Joe
> >
> > --
> > I know what it is to be in need, and I know what it is to have plenty.  I
> > have learned the secret of being content in any and every situation,
> > whether well fed or hungry, whether living in plenty or in want.  I can
> do
> > all this through him who gives me strength.*-Philippians 4:12-13*
>
>


-- 
I know what it is to be in need, and I know what it is to have plenty.  I
have learned the secret of being content in any and every situation,
whether well fed or hungry, whether living in plenty or in want.  I can do
all this through him who gives me strength.*-Philippians 4:12-13*

Re: [ANNOUNCE] New Apache NiFi Committer Bin Qiu

[Marc]

Congrats and well deserved for everything you've done!

On Wed, Apr 5, 2017 at 11:42 AM, Bryan Rosander 
wrote:

> Congrats Bin!
>
> On Wed, Apr 5, 2017 at 9:52 AM, Oleg Zhurakousky  wrote:
>
> > And of course I did it in the wrong thread ;)
> > Congrats Bin!!!
> >
> > > On Apr 5, 2017, at 9:48 AM, Oleg Zhurakousky  wrote:
> > >
> > > Thank you all!
> > >
> > >  > >> *Joe Percivall*
> > >> e: joeperciv...@gmail.com
> > >
> >
> >
>

Re: [ANNOUNCE] New Apache NiFi Committer Bin Qiu

[Bryan Rosander]

Congrats Bin!

On Wed, Apr 5, 2017 at 9:52 AM, Oleg Zhurakousky  wrote:

> And of course I did it in the wrong thread ;)
> Congrats Bin!!!
>
> > On Apr 5, 2017, at 9:48 AM, Oleg Zhurakousky  wrote:
> >
> > Thank you all!
> >
> >  >> *Joe Percivall*
> >> e: joeperciv...@gmail.com
> >
>
>

Re: [ANNOUNCE] New Apache NiFi PMC Member - Oleg Zhurakousky

[Bryan Rosander]

Congrats Oleg!

On Wed, Apr 5, 2017 at 9:53 AM, Oleg Zhurakousky 
wrote:

> Thank you all!
>
>  > *Joe Percivall*
> > e: joeperciv...@gmail.com
>
>

Re: [ANNOUNCE] New Apache NiFi PMC Member - Oleg Zhurakousky

[Oleg Zhurakousky]

Thank you all!

 *Joe Percivall*
> e: joeperciv...@gmail.com

Re: [ANNOUNCE] New Apache NiFi Committer Bin Qiu

[Oleg Zhurakousky]

And of course I did it in the wrong thread ;)
Congrats Bin!!!

> On Apr 5, 2017, at 9:48 AM, Oleg Zhurakousky  wrote:
> 
> Thank you all!
> 
> > *Joe Percivall*
>> e: joeperciv...@gmail.com
> 

Re: [ANNOUNCE] New Apache NiFi Committer Bin Qiu

[Oleg Zhurakousky]

Thank you all!

 *Joe Percivall*
> e: joeperciv...@gmail.com

Re: [ANNOUNCE] New Apache NiFi Committer Bin Qiu

[Joe Percivall]

A long time coming, congrats Bin!

On Wed, Apr 5, 2017 at 8:56 AM, Pierre Villard 
wrote:

> Congrats Bin! Very well deserved!
>
> Le 5 avr. 2017 5:31 AM, "Rob Moran"  a écrit :
>
> Thank you and congratulations BIn!
>
> Rob
>
> On Tue, Apr 4, 2017 at 10:44 PM, Joe Skora  wrote:
>
> > Congratulations and welcome!
> >
> > On Tue, Apr 4, 2017 at 10:07 PM, Andy LoPresto 
> > wrote:
> >
> > > Great work Bin.
> > >
> > > Andy LoPresto
> > > alopre...@apache.org
> > > *alopresto.apa...@gmail.com *
> > > PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69
> > >
> > > On Apr 4, 2017, at 6:03 PM, Matt Burgess  wrote:
> > >
> > > Congratulations Bin!!
> > >
> > > On Tue, Apr 4, 2017 at 8:29 PM, Andre  wrote:
> > >
> > > congrats Bin!
> > >
> > > Looking forward for building a NiFi-CPP cluster in the future (Late
> > > April fool... happy to keep it as MiNiFi-CPP :-) )
> > >
> > > Cheers
> > >
> > >
> > >
> > > On Wed, Apr 5, 2017 at 6:17 AM, Tony Kurc  wrote:
> > >
> > > Apache NiFi community,
> > >
> > >
> > > On behalf of the Apache NiFI PMC, I am very pleased to announce that
> Bin
> > > Qiu has accepted the PMC's invitation to become a committer on the
> Apache
> > > NiFi project. We greatly appreciate all of Bin’s hard work and generous
> > > contributions and look forward to continued involvement in the project.
> > >
> > > Bin has been one of the driving forces behind MiNiFi - C++,
> contributing
> > a
> > > massive amount in terms of code and helping with release verification
> and
> > > always being responsive to the community.
> > >
> > >
> > > Congrats, Bin!
> > >
> > >
> > > - Tony
> > >
> > >
> > >
> >
>



-- 
*Joe Percivall*
e: joeperciv...@gmail.com

Re: [ANNOUNCE] New Apache NiFi PMC Member - Oleg Zhurakousky

[Joe Percivall]

Congrats Oleg!

On Wed, Apr 5, 2017 at 8:58 AM, Pierre Villard 
wrote:

> Congrats Oleg !
>
>
> Le 5 avr. 2017 5:33 AM, "Rob Moran"  a écrit :
>
> > Thank you and congratulations Oleg!
> >
> > Rob
> >
> > On Tue, Apr 4, 2017 at 11:09 PM, Adam Lamar 
> wrote:
> >
> > > Congrats Oleg, well deserved!
> > >
> >
>



-- 
*Joe Percivall*
e: joeperciv...@gmail.com

Re: Reporting task for capturing status history?

[Mark Payne]

Joe,

None that I know of, but I like the idea! A Reporting Task isn't able to create 
FlowFiles,
but one thing that you may want to look into is serializing the data as JSON or 
whatever
makes sense and then pushing it to NiFi via Site-to-Site. The 
SiteToSiteProvenanceReportingTask
does this for Provenance data, and it is quite nice. It gives you the ability 
to transfer attributes
along with the 'message' if it makes sense to do so, and integrates very 
cleanly. You could then use
whatever Processors make sense in your flow to push the data wherever you would 
like it to be.

Thanks
-Mark



> On Apr 5, 2017, at 8:40 AM, Joe Gresock  wrote:
> 
> I haven't completely kept up to date on the new reporting tasks since
> 1.1.1, so I thought I'd ask here.
> 
> I'd like to be able to store the status history metrics for processors and
> queues in something like Elasticsearch.  I see the StandardGangliaReporter,
> which looks to capture what I want, but I'm not using Ganglia.  Is there
> anything that captures the metrics by producing flow files or something?
> 
> Thanks,
> Joe
> 
> -- 
> I know what it is to be in need, and I know what it is to have plenty.  I
> have learned the secret of being content in any and every situation,
> whether well fed or hungry, whether living in plenty or in want.  I can do
> all this through him who gives me strength.*-Philippians 4:12-13*

Re: [ANNOUNCE] New Apache NiFi PMC Member - Oleg Zhurakousky

[Pierre Villard]

Congrats Oleg !


Le 5 avr. 2017 5:33 AM, "Rob Moran"  a écrit :

> Thank you and congratulations Oleg!
>
> Rob
>
> On Tue, Apr 4, 2017 at 11:09 PM, Adam Lamar  wrote:
>
> > Congrats Oleg, well deserved!
> >
>

Re: [ANNOUNCE] New Apache NiFi Committer Bin Qiu

[Pierre Villard]

Congrats Bin! Very well deserved!

Le 5 avr. 2017 5:31 AM, "Rob Moran"  a écrit :

Thank you and congratulations BIn!

Rob

On Tue, Apr 4, 2017 at 10:44 PM, Joe Skora  wrote:

> Congratulations and welcome!
>
> On Tue, Apr 4, 2017 at 10:07 PM, Andy LoPresto 
> wrote:
>
> > Great work Bin.
> >
> > Andy LoPresto
> > alopre...@apache.org
> > *alopresto.apa...@gmail.com *
> > PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69
> >
> > On Apr 4, 2017, at 6:03 PM, Matt Burgess  wrote:
> >
> > Congratulations Bin!!
> >
> > On Tue, Apr 4, 2017 at 8:29 PM, Andre  wrote:
> >
> > congrats Bin!
> >
> > Looking forward for building a NiFi-CPP cluster in the future (Late
> > April fool... happy to keep it as MiNiFi-CPP :-) )
> >
> > Cheers
> >
> >
> >
> > On Wed, Apr 5, 2017 at 6:17 AM, Tony Kurc  wrote:
> >
> > Apache NiFi community,
> >
> >
> > On behalf of the Apache NiFI PMC, I am very pleased to announce that Bin
> > Qiu has accepted the PMC's invitation to become a committer on the
Apache
> > NiFi project. We greatly appreciate all of Bin’s hard work and generous
> > contributions and look forward to continued involvement in the project.
> >
> > Bin has been one of the driving forces behind MiNiFi - C++, contributing
> a
> > massive amount in terms of code and helping with release verification
and
> > always being responsive to the community.
> >
> >
> > Congrats, Bin!
> >
> >
> > - Tony
> >
> >
> >
>

Reporting task for capturing status history?

[Joe Gresock]

I haven't completely kept up to date on the new reporting tasks since
1.1.1, so I thought I'd ask here.

I'd like to be able to store the status history metrics for processors and
queues in something like Elasticsearch.  I see the StandardGangliaReporter,
which looks to capture what I want, but I'm not using Ganglia.  Is there
anything that captures the metrics by producing flow files or something?

Thanks,
Joe

-- 
I know what it is to be in need, and I know what it is to have plenty.  I
have learned the secret of being content in any and every situation,
whether well fed or hungry, whether living in plenty or in want.  I can do
all this through him who gives me strength.*-Philippians 4:12-13*

Re: Accessing nifi processgroup simutaneoulsy by multiple users

[Matt Gilman]

NiFi executes outside of the context of any given user. User 1 can schedule
some components and User 2 can unschedule them assuming both users have
permissions to all components in question. These components can be
unscheduled whenever the user deems it appropriate. The UI reports various
metrics so they will be able to understand the status at any given time
(for instance, maybe once there are no flowfiles queued up anymore). Then
the components can be unscheduled. If you're looking to automate this
process, you'll need to detect the condition indicating the 'execution is
finished' and then schedule the components through the REST API. The UI
uses the REST API exclusively for data flow management. Your browser's Dev
Tools will allow you to see all the requests in action.

Matt

On Wed, Apr 5, 2017 at 6:44 AM, Vdsa  wrote:

> I wanted to know if a process group is running and another user want access
> and execute same process group, will nifi allow him? or what is the process
> of parallel execution of a process group for two users?
> Can we stop a running process group after execution is finished ( how to
> figure out that execution is finished?)
>
>
>
> --
> View this message in context: http://apache-nifi-developer-
> list.39713.n7.nabble.com/Accessing-nifi-processgroup-
> simutaneoulsy-by-multiple-users-tp15372.html
> Sent from the Apache NiFi Developer List mailing list archive at
> Nabble.com.
>

Re: [ANNOUNCE] New Apache NiFi PMC Member - Oleg Zhurakousky

[Rob Moran]

Thank you and congratulations Oleg!

Rob

On Tue, Apr 4, 2017 at 11:09 PM, Adam Lamar  wrote:

> Congrats Oleg, well deserved!
>

Re: [ANNOUNCE] New Apache NiFi Committer Bin Qiu

[Rob Moran]

Thank you and congratulations BIn!

Rob

On Tue, Apr 4, 2017 at 10:44 PM, Joe Skora  wrote:

> Congratulations and welcome!
>
> On Tue, Apr 4, 2017 at 10:07 PM, Andy LoPresto 
> wrote:
>
> > Great work Bin.
> >
> > Andy LoPresto
> > alopre...@apache.org
> > *alopresto.apa...@gmail.com *
> > PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69
> >
> > On Apr 4, 2017, at 6:03 PM, Matt Burgess  wrote:
> >
> > Congratulations Bin!!
> >
> > On Tue, Apr 4, 2017 at 8:29 PM, Andre  wrote:
> >
> > congrats Bin!
> >
> > Looking forward for building a NiFi-CPP cluster in the future (Late
> > April fool... happy to keep it as MiNiFi-CPP :-) )
> >
> > Cheers
> >
> >
> >
> > On Wed, Apr 5, 2017 at 6:17 AM, Tony Kurc  wrote:
> >
> > Apache NiFi community,
> >
> >
> > On behalf of the Apache NiFI PMC, I am very pleased to announce that Bin
> > Qiu has accepted the PMC's invitation to become a committer on the Apache
> > NiFi project. We greatly appreciate all of Bin’s hard work and generous
> > contributions and look forward to continued involvement in the project.
> >
> > Bin has been one of the driving forces behind MiNiFi - C++, contributing
> a
> > massive amount in terms of code and helping with release verification and
> > always being responsive to the community.
> >
> >
> > Congrats, Bin!
> >
> >
> > - Tony
> >
> >
> >
>

Accessing nifi processgroup simutaneoulsy by multiple users

[Vdsa]

I wanted to know if a process group is running and another user want access
and execute same process group, will nifi allow him? or what is the process
of parallel execution of a process group for two users?
Can we stop a running process group after execution is finished ( how to
figure out that execution is finished?)



--
View this message in context: 
http://apache-nifi-developer-list.39713.n7.nabble.com/Accessing-nifi-processgroup-simutaneoulsy-by-multiple-users-tp15372.html
Sent from the Apache NiFi Developer List mailing list archive at Nabble.com.

Re: Deep Dive into NiFi's Site2Site

[Pushkara R]

Thanks a lot Joseph. This is very helpful.

On Tue, Apr 4, 2017 at 5:06 PM, Joseph Niemiec  wrote:

> Not all of what your looking for but there are a number of details on the
> HTTP implementation here. -
> https://cwiki.apache.org/confluence/display/NIFI/Support+HTTP%28S%29+as+a+
> transport+mechanism+for+Site-to-Site
>
>
> On Tue, Apr 4, 2017 at 5:32 AM, Pushkara R  wrote:
>
> > Hi,
> >
> > I wanted to understand the site-to-site architecture of NiFi, mainly the
> > differences between using HTTP and RAW protocols, the architecture of the
> > site-to-site client and the input/output ports and how the NiFi REST API
> > comes into picture in site-to-site.
> >
> > Could someone please point me to architecture documents or any other
> media
> > that could clarify these things for me? If not, I will go through the
> code
> > to understand these but I would really appreciate some pointers in that
> as
> > well.
> >
> > Thanks a lot.
> >
>
>
>
> --
> Joseph
>