Re: Content Repository Cleanup

[Joe Witt]

Alan,

That retention percentage only has to do with the archive of data
which kicks in once a given chunk of content is no longer reachable by
active flowfiles in the flow.  For it to grow to 100% typically would
mean that you have data backlogged in the flow that account for that
much space.  If that is certainly not the case for you then we need to
dig deeper.  If you could do screenshots or share log files and stack
dumps around this time those would all be helpful.  If the screenshots
and such are too sensitive please just share as much as you can.

Thanks
Joe

On Fri, Dec 9, 2016 at 9:55 PM, Alan Jackoway  wrote:
> One other note on this, when it came back up there were tons of messages
> like this:
>
> 2016-12-09 18:36:36,244 INFO [main] o.a.n.c.repository.FileSystemRepository
> Found unknown file /path/to/content_repository/498/1481329796415-87538
> (1071114 bytes) in File System Repository; archiving file
>
> I haven't dug into what that means.
> Alan
>
> On Fri, Dec 9, 2016 at 9:53 PM, Alan Jackoway  wrote:
>
>> Hello,
>>
>> We have a node on which nifi content repository keeps growing to use 100%
>> of the disk. It's a relatively high-volume process. It chewed through more
>> than 100GB in the three hours between when we first saw it hit 100% of the
>> disk and when we just cleaned it up again.
>>
>> We are running nifi 1.1 for this. Our nifi.properties looked like this:
>>
>> nifi.content.repository.implementation=org.apache.
>> nifi.controller.repository.FileSystemRepository
>> nifi.content.claim.max.appendable.size=10 MB
>> nifi.content.claim.max.flow.files=100
>> nifi.content.repository.directory.default=./content_repository
>> nifi.content.repository.archive.max.retention.period=12 hours
>> nifi.content.repository.archive.max.usage.percentage=50%
>> nifi.content.repository.archive.enabled=true
>> nifi.content.repository.always.sync=false
>>
>> I just bumped retention period down to 2 hours, but should max usage
>> percentage protect us from using 100% of the disk?
>>
>> Unfortunately we didn't get jstacks on either failure. If it hits 100%
>> again I will make sure to get that.
>>
>> Thanks,
>> Alan
>>

Re: Content Repository Cleanup

[Alan Jackoway]

One other note on this, when it came back up there were tons of messages
like this:

2016-12-09 18:36:36,244 INFO [main] o.a.n.c.repository.FileSystemRepository
Found unknown file /path/to/content_repository/498/1481329796415-87538
(1071114 bytes) in File System Repository; archiving file

I haven't dug into what that means.
Alan

On Fri, Dec 9, 2016 at 9:53 PM, Alan Jackoway  wrote:

> Hello,
>
> We have a node on which nifi content repository keeps growing to use 100%
> of the disk. It's a relatively high-volume process. It chewed through more
> than 100GB in the three hours between when we first saw it hit 100% of the
> disk and when we just cleaned it up again.
>
> We are running nifi 1.1 for this. Our nifi.properties looked like this:
>
> nifi.content.repository.implementation=org.apache.
> nifi.controller.repository.FileSystemRepository
> nifi.content.claim.max.appendable.size=10 MB
> nifi.content.claim.max.flow.files=100
> nifi.content.repository.directory.default=./content_repository
> nifi.content.repository.archive.max.retention.period=12 hours
> nifi.content.repository.archive.max.usage.percentage=50%
> nifi.content.repository.archive.enabled=true
> nifi.content.repository.always.sync=false
>
> I just bumped retention period down to 2 hours, but should max usage
> percentage protect us from using 100% of the disk?
>
> Unfortunately we didn't get jstacks on either failure. If it hits 100%
> again I will make sure to get that.
>
> Thanks,
> Alan
>

Content Repository Cleanup

[Alan Jackoway]

Hello,

We have a node on which nifi content repository keeps growing to use 100%
of the disk. It's a relatively high-volume process. It chewed through more
than 100GB in the three hours between when we first saw it hit 100% of the
disk and when we just cleaned it up again.

We are running nifi 1.1 for this. Our nifi.properties looked like this:

nifi.content.repository.implementation=org.apache.nifi.controller.repository.FileSystemRepository
nifi.content.claim.max.appendable.size=10 MB
nifi.content.claim.max.flow.files=100
nifi.content.repository.directory.default=./content_repository
nifi.content.repository.archive.max.retention.period=12 hours
nifi.content.repository.archive.max.usage.percentage=50%
nifi.content.repository.archive.enabled=true
nifi.content.repository.always.sync=false

I just bumped retention period down to 2 hours, but should max usage
percentage protect us from using 100% of the disk?

Unfortunately we didn't get jstacks on either failure. If it hits 100%
again I will make sure to get that.

Thanks,
Alan

Re: how to aad a specified counter in nifi

[James Wing]

If you rename the ExecuteScript processor to something more specific like
"CountMyStuff", the Counters table will use that name, rather than strictly
the processor type.

The aggregate values for "All ExecuteScripts" are likely to be meaningless,
however.

Thanks,

James

On Fri, Dec 9, 2016 at 8:54 AM, Russell Bateman 
wrote:

> Ah, okay. The NiFi Counters summary lists the particulars including
> individual passage of flowfiles in a processor that adjusts the count and
> also totals for all flowfiles through a processor that calls
> adjustCounter(). It's less confusing for what my guys want if the processor
> doing this only occurs once in the flow, but this is good. We can probably
> make use of this via a property they can use to name their counter.
>
> Great, thank you!
>
> Russ
>
> On 12/09/2016 09:15 AM, James Wing wrote:
>
>> You can add a custom counter very easily using ExecuteScript:
>>
>> /* ECMAScript */
>> flowFile = session.get();
>> if (flowFile != null) {
>>  session.adjustCounter("SampleScriptCounter", 1, false);
>>  session.transfer(flowFile, REL_SUCCESS);
>> }
>>
>> The performance may not be optimal, but you can experiment with counters
>> immediately.
>>
>> Thanks,
>>
>> James
>>
>> On Fri, Dec 9, 2016 at 7:56 AM, Russell Bateman 
>> wrote:
>>
>> Aldrin,
>>>
>>> Forgive me for commandeering this thread.
>>>
>>> My down-streamers are asking for a custom "counting" processor because of
>>> what from their point of view is an unreliable volatility in the counts
>>> that the UI displays. In particular, they want to know how many documents
>>> they're feeding into our ETL flow and how many they're getting out (at
>>> least, in places where there is a one-to-one expectation which isn't all
>>> of
>>> our flows of course). The delta, which they are pretty sure to be
>>> non-zero,
>>> would be tantamount to lost/dropped documents. (So, they want me to
>>> manufacture the pistol they intend aiming at my head.  ;-)   )
>>>
>>> Are you saying that ProcessSession provides me, as a custom processor
>>> writer, the ability to do this (ostensibly in already existing custom
>>> processors I've written) in preference to adding yet another dedicated,
>>> custom processor?
>>>
>>> As new as NiFi is, great functionality is still hidden behind the fact
>>> that no one's using it and no one's writing about it, giving examples,
>>> etc.
>>> I was surprised to read this thread just now and wondered if it's another
>>> cool thing I've missed.
>>>
>>> Thanks for any confirmation, other comments, etc.
>>>
>>> Russ
>>>
>>> On 12/09/2016 08:42 AM, Aldrin Piri wrote:
>>>
>>> Hello,

 Counters are a framework level item that allows processors to provide
 counts on things whilst processing.  This functionality must be
 exercised
 via the ProcessSession[1] within a processor's code.  To add one, you
 would
 need to invoke the adjustCounter method in your processor.

 [1]
 https://github.com/apache/nifi/blob/master/nifi-api/src/main
 /java/org/apache/nifi/processor/ProcessSession.java#L161

 On Fri, Dec 9, 2016 at 3:40 AM, bingogo1986 
 wrote:

 hi

> I noticed 'Counter' button on top right of Nifi UI ，how to aad a
> specified
> counter ，thanks.
> Best regards.
>
>
>

Re: how to aad a specified counter in nifi

[Russell Bateman]

Ah, okay. The NiFi Counters summary lists the particulars including 
individual passage of flowfiles in a processor that adjusts the count 
and also totals for all flowfiles through a processor that calls 
adjustCounter(). It's less confusing for what my guys want if the 
processor doing this only occurs once in the flow, but this is good. We 
can probably make use of this via a property they can use to name their 
counter.


Great, thank you!

Russ

On 12/09/2016 09:15 AM, James Wing wrote:

You can add a custom counter very easily using ExecuteScript:

/* ECMAScript */
flowFile = session.get();
if (flowFile != null) {
 session.adjustCounter("SampleScriptCounter", 1, false);
 session.transfer(flowFile, REL_SUCCESS);
}

The performance may not be optimal, but you can experiment with counters
immediately.

Thanks,

James

On Fri, Dec 9, 2016 at 7:56 AM, Russell Bateman 
wrote:


Aldrin,

Forgive me for commandeering this thread.

My down-streamers are asking for a custom "counting" processor because of
what from their point of view is an unreliable volatility in the counts
that the UI displays. In particular, they want to know how many documents
they're feeding into our ETL flow and how many they're getting out (at
least, in places where there is a one-to-one expectation which isn't all of
our flows of course). The delta, which they are pretty sure to be non-zero,
would be tantamount to lost/dropped documents. (So, they want me to
manufacture the pistol they intend aiming at my head.  ;-)   )

Are you saying that ProcessSession provides me, as a custom processor
writer, the ability to do this (ostensibly in already existing custom
processors I've written) in preference to adding yet another dedicated,
custom processor?

As new as NiFi is, great functionality is still hidden behind the fact
that no one's using it and no one's writing about it, giving examples, etc.
I was surprised to read this thread just now and wondered if it's another
cool thing I've missed.

Thanks for any confirmation, other comments, etc.

Russ

On 12/09/2016 08:42 AM, Aldrin Piri wrote:


Hello,

Counters are a framework level item that allows processors to provide
counts on things whilst processing.  This functionality must be exercised
via the ProcessSession[1] within a processor's code.  To add one, you
would
need to invoke the adjustCounter method in your processor.

[1]
https://github.com/apache/nifi/blob/master/nifi-api/src/main
/java/org/apache/nifi/processor/ProcessSession.java#L161

On Fri, Dec 9, 2016 at 3:40 AM, bingogo1986  wrote:

hi

I noticed 'Counter' button on top right of Nifi UI ，how to aad a
specified
counter ，thanks.
Best regards.

Re: how to aad a specified counter in nifi

[Russell Bateman]

James,

Thanks, excellent!

Now this named counter, /SampleScriptCounter/ here, shows up in the UI 
later on somewhere?


Russ

On 12/09/2016 09:15 AM, James Wing wrote:

You can add a custom counter very easily using ExecuteScript:

/* ECMAScript */
flowFile = session.get();
if (flowFile != null) {
 session.adjustCounter("SampleScriptCounter", 1, false);
 session.transfer(flowFile, REL_SUCCESS);
}

The performance may not be optimal, but you can experiment with counters
immediately.

Thanks,

James

On Fri, Dec 9, 2016 at 7:56 AM, Russell Bateman 
wrote:


Aldrin,

Forgive me for commandeering this thread.

My down-streamers are asking for a custom "counting" processor because of
what from their point of view is an unreliable volatility in the counts
that the UI displays. In particular, they want to know how many documents
they're feeding into our ETL flow and how many they're getting out (at
least, in places where there is a one-to-one expectation which isn't all of
our flows of course). The delta, which they are pretty sure to be non-zero,
would be tantamount to lost/dropped documents. (So, they want me to
manufacture the pistol they intend aiming at my head.  ;-)   )

Are you saying that ProcessSession provides me, as a custom processor
writer, the ability to do this (ostensibly in already existing custom
processors I've written) in preference to adding yet another dedicated,
custom processor?

As new as NiFi is, great functionality is still hidden behind the fact
that no one's using it and no one's writing about it, giving examples, etc.
I was surprised to read this thread just now and wondered if it's another
cool thing I've missed.

Thanks for any confirmation, other comments, etc.

Russ

On 12/09/2016 08:42 AM, Aldrin Piri wrote:


Hello,

Counters are a framework level item that allows processors to provide
counts on things whilst processing.  This functionality must be exercised
via the ProcessSession[1] within a processor's code.  To add one, you
would
need to invoke the adjustCounter method in your processor.

[1]
https://github.com/apache/nifi/blob/master/nifi-api/src/main
/java/org/apache/nifi/processor/ProcessSession.java#L161

On Fri, Dec 9, 2016 at 3:40 AM, bingogo1986  wrote:

hi

I noticed 'Counter' button on top right of Nifi UI ，how to aad a
specified
counter ，thanks.
Best regards.

Re: ValidateCSV

[Pierre Villard]

Shashi,

When right-clicking on a processor, you can go in "usage" to display
processor's documentation. Additionally, this documentation is also
published on the internet. For this processor you have:

https://nifi.apache.org/docs/nifi-docs/components/org.apache.nifi.processors.standard.ValidateCsv/index.html

On this page you have a link "additional details" that links to a page with
some examples. Hope that helps.

Also, out of curiosity, what kind of header/footer do you envision? do you
have examples in mind?

When you say :

---
File header - service_ID|control_ID|call_date|Delta|gamma|Vega

File footer- Footer|201608230122|437

We want columns to be validated as we validate in Oracle before we insert
data into Oracle tables.
---

What validation are you expecting?

Pierre


2016-12-09 14:39 GMT+01:00 Shashi :

> Hi Pierre,
>
> Thanks for the reply.
>
> could you please help me in giving one example.
>
> how to provide schema for validation  in  schema property of ValidateCsv.
> That helps me to parse my files
>
> Meanwhile i will raise jira ticket to include to validate header and footer
> in validateCSV.
>
> Thanks very much for your cooperation.
>
> Regards,
> Shashi.
>
>
>
> --
> View this message in context: http://apache-nifi-developer-
> list.39713.n7.nabble.com/ValidateCSV-tp14153p14177.html
> Sent from the Apache NiFi Developer List mailing list archive at
> Nabble.com.
>

Re: how to aad a specified counter in nifi

[James Wing]

You can add a custom counter very easily using ExecuteScript:

/* ECMAScript */
flowFile = session.get();
if (flowFile != null) {
session.adjustCounter("SampleScriptCounter", 1, false);
session.transfer(flowFile, REL_SUCCESS);
}

The performance may not be optimal, but you can experiment with counters
immediately.

Thanks,

James

On Fri, Dec 9, 2016 at 7:56 AM, Russell Bateman 
wrote:

> Aldrin,
>
> Forgive me for commandeering this thread.
>
> My down-streamers are asking for a custom "counting" processor because of
> what from their point of view is an unreliable volatility in the counts
> that the UI displays. In particular, they want to know how many documents
> they're feeding into our ETL flow and how many they're getting out (at
> least, in places where there is a one-to-one expectation which isn't all of
> our flows of course). The delta, which they are pretty sure to be non-zero,
> would be tantamount to lost/dropped documents. (So, they want me to
> manufacture the pistol they intend aiming at my head.  ;-)   )
>
> Are you saying that ProcessSession provides me, as a custom processor
> writer, the ability to do this (ostensibly in already existing custom
> processors I've written) in preference to adding yet another dedicated,
> custom processor?
>
> As new as NiFi is, great functionality is still hidden behind the fact
> that no one's using it and no one's writing about it, giving examples, etc.
> I was surprised to read this thread just now and wondered if it's another
> cool thing I've missed.
>
> Thanks for any confirmation, other comments, etc.
>
> Russ
>
> On 12/09/2016 08:42 AM, Aldrin Piri wrote:
>
>> Hello,
>>
>> Counters are a framework level item that allows processors to provide
>> counts on things whilst processing.  This functionality must be exercised
>> via the ProcessSession[1] within a processor's code.  To add one, you
>> would
>> need to invoke the adjustCounter method in your processor.
>>
>> [1]
>> https://github.com/apache/nifi/blob/master/nifi-api/src/main
>> /java/org/apache/nifi/processor/ProcessSession.java#L161
>>
>> On Fri, Dec 9, 2016 at 3:40 AM, bingogo1986  wrote:
>>
>> hi
>>> I noticed 'Counter' button on top right of Nifi UI ，how to aad a
>>> specified
>>> counter ，thanks.
>>> Best regards.
>>>
>>
>

How to sort contents in a file?

[srini]

I have text like this in a file. This file was created by PutFile processor.
I need to sort these rows based on the first column. How to sort in NiFi?
Should I write custom processor to sort the rows in this file?

1029b25fd59929ab, 850
3e6df6133c93d64f, 667
a6eb9935bd04ff05, 3633
619e8c748de8e885, 2191
a7e32aff2e0b43c9, 1180
27c61ccd6e95bcd0, 884
6c8cf7a07c42ff82, 812
2cdb7cf7f75266cb, 768
5e98b7a38838dbf2, 569
d13ab00d851b79bc, 6000

thanks
Srini



--
View this message in context: 
http://apache-nifi-developer-list.39713.n7.nabble.com/How-to-sort-contents-in-a-file-tp14183.html
Sent from the Apache NiFi Developer List mailing list archive at Nabble.com.

Re: how to aad a specified counter in nifi

[Russell Bateman]

Aldrin,

Forgive me for commandeering this thread.

My down-streamers are asking for a custom "counting" processor because 
of what from their point of view is an unreliable volatility in the 
counts that the UI displays. In particular, they want to know how many 
documents they're feeding into our ETL flow and how many they're getting 
out (at least, in places where there is a one-to-one expectation which 
isn't all of our flows of course). The delta, which they are pretty sure 
to be non-zero, would be tantamount to lost/dropped documents. (So, they 
want me to manufacture the pistol they intend aiming at my head.  ;-)   )


Are you saying that ProcessSession provides me, as a custom processor 
writer, the ability to do this (ostensibly in already existing custom 
processors I've written) in preference to adding yet another dedicated, 
custom processor?


As new as NiFi is, great functionality is still hidden behind the fact 
that no one's using it and no one's writing about it, giving examples, 
etc. I was surprised to read this thread just now and wondered if it's 
another cool thing I've missed.


Thanks for any confirmation, other comments, etc.

Russ

On 12/09/2016 08:42 AM, Aldrin Piri wrote:

Hello,

Counters are a framework level item that allows processors to provide
counts on things whilst processing.  This functionality must be exercised
via the ProcessSession[1] within a processor's code.  To add one, you would
need to invoke the adjustCounter method in your processor.

[1]
https://github.com/apache/nifi/blob/master/nifi-api/src/main/java/org/apache/nifi/processor/ProcessSession.java#L161

On Fri, Dec 9, 2016 at 3:40 AM, bingogo1986  wrote:


hi
I noticed 'Counter' button on top right of Nifi UI ，how to aad a specified
counter ，thanks.
Best regards.

Re: how to aad a specified counter in nifi

[Aldrin Piri]

Hello,

Counters are a framework level item that allows processors to provide
counts on things whilst processing.  This functionality must be exercised
via the ProcessSession[1] within a processor's code.  To add one, you would
need to invoke the adjustCounter method in your processor.

[1]
https://github.com/apache/nifi/blob/master/nifi-api/src/main/java/org/apache/nifi/processor/ProcessSession.java#L161

On Fri, Dec 9, 2016 at 3:40 AM, bingogo1986  wrote:

> hi
> I noticed 'Counter' button on top right of Nifi UI ，how to aad a specified
> counter ，thanks.
> Best regards.

Re: NiFi Clustering

[Bryan Bende]

Nigel,

The advantage of using a cluster is that whenever you change something in
the UI, it will be changed on all nodes, and you also get a central view of
the metrics/stats across all nodes.  If you use standalone nodes you would
have to go to each node and make the same changes.

It sounds like you are probably doing automatic deployments of a flow that
you setup else where and aren't planning to ever modify the production
nodes so maybe the above is a non-issue for you.

The rolling deployment scenario depends on whether you are updating the
flow, or just code. For example, if you are just updating code then you
should be able to do a rolling deployment in a cluster, but if you are
updating the flow then I don't think it will work because the a node will
come up with the new flow and attempt to join the cluster, and the cluster
won't accept it because the flow is different.

Hope that helps.

-Bryan


On Fri, Dec 9, 2016 at 9:33 AM, Caton, Nigel  wrote:

> Are there any views of the pros/cons of running a native NiFi cluster
> versus a cluster of standalone NiFi nodes (managed by puppet/chef etc to
> ensure they are configured consistently) fronted by software load
> balancer(s).  It is assumed the entry point to the graph will be an http
> listener.
>
> Thoughts that spring to mind are it may be simpler to achieve canary and
> rolling deployments of graph/processor changes with a set of standalone
> NiFi instances behind a load balancer.
>
> Many Thanks,
>
> Nigel
>
> CGI IT UK Limited.  A CGI Group Inc. Company
> Registered Office: 250 Brook Drive, Green Park, Reading RG2 6UA, United
> Kingdom.  Registered in England & Wales - Number 947968
>
>

how to aad a specified counter in nifi

[bingogo1986]

hi
I noticed 'Counter' button on top right of Nifi UI ，how to aad a specified 
counter ，thanks.
Best regards.

Re: Help with "MergeContent"

[srini]

Thanks a lot, Matt. I am good now.



--
View this message in context: 
http://apache-nifi-developer-list.39713.n7.nabble.com/Help-with-MergeContent-tp14169p14180.html
Sent from the Apache NiFi Developer List mailing list archive at Nabble.com.

NiFi Clustering

[Caton, Nigel]

Are there any views of the pros/cons of running a native NiFi cluster versus a 
cluster of standalone NiFi nodes (managed by puppet/chef etc to ensure they are 
configured consistently) fronted by software load balancer(s).  It is assumed 
the entry point to the graph will be an http listener.

Thoughts that spring to mind are it may be simpler to achieve canary and 
rolling deployments of graph/processor changes with a set of standalone NiFi 
instances behind a load balancer.

Many Thanks,

Nigel

CGI IT UK Limited.  A CGI Group Inc. Company
Registered Office: 250 Brook Drive, Green Park, Reading RG2 6UA, United 
Kingdom.  Registered in England & Wales - Number 947968

Re: ValidateCSV

[Shashi]

Hi Pierre,

Thanks for the reply.

could you please help me in giving one example. 

how to provide schema for validation  in  schema property of ValidateCsv.
That helps me to parse my files

Meanwhile i will raise jira ticket to include to validate header and footer
in validateCSV. 

Thanks very much for your cooperation.

Regards,
Shashi.



--
View this message in context: 
http://apache-nifi-developer-list.39713.n7.nabble.com/ValidateCSV-tp14153p14177.html
Sent from the Apache NiFi Developer List mailing list archive at Nabble.com.

Re: ValidateCSV

[Pierre Villard]

Hi Shashi,

As James pointed it out, the ValidateCSV processor does have a property
"Header" that says "my CSV data contains a header line, please ignore it
while validating data". That's all. There is nothing to validate the header
itself. And there is nothing about footer handling.

Using other processors, you may want to filter out the header and the
footer and have a specific handling for those lines. Does that make sense?

Feel free to raise JIRA if you think ValidateCSV processor should offer
better support for header/footer.

Pierre


2016-12-08 2:23 GMT+01:00 Shashi :

> Hi James,
>
> Thanks for the reply.
>
> In validateCSV processor ,header property has two options like true and
> false.
>
> True - header is considered
> False- header is ignored
>
> I am going with "true" option to validate my file header  by providing
> schema in schema property.
>
> Usecase:
>
> File header - service_ID|control_ID|call_date|Delta|gamma|Vega
>
> File footer- Footer|201608230122|437
>
> We want columns to be validated as we validate in Oracle before we insert
> data into Oracle tables.
>
> Regards,
> Shashi.
>
> On Dec 7, 2016 11:33 PM, "James Wing [via Apache NiFi Developer List]" <
> ml-node+s39713n14163...@n7.nabble.com> wrote:
>
> > Shashi,
> >
> > The ValidateCsv processor's "Header" property allows the header to be
> > ignored in validation, but it does not have a special feature to validate
> > the header itself.  I do not believe there is a similar feature for
> > ignoring a footer.
> >
> > Can you expand a bit more on your use case and what kind of validation
> you
> > want to do?
> >
> > Thanks,
> >
> > James
> >
> > On Wed, Dec 7, 2016 at 4:59 AM, Shashi <[hidden email]
> > > wrote:
> >
> > > Hi Team,
> > >
> > > i have a file with header , footer and delimited with '|'.
> > >
> > > Assit me on how to provide schema in ValidateCSV processor  to validate
> > my
> > > header and footer.
> > >
> > >
> > >
> > > Regards,
> > > Shashi.
> > >
> > >
> > >
> > > --
> > > View this message in context: http://apache-nifi-developer-
> > > list.39713.n7.nabble.com/ValidateCSV-tp14153.html
> > > Sent from the Apache NiFi Developer List mailing list archive at
> > > Nabble.com.
> > >
> >
> >
> > --
> > If you reply to this email, your message will be added to the discussion
> > below:
> > http://apache-nifi-developer-list.39713.n7.nabble.com/
> > ValidateCSV-tp14153p14163.html
> > To unsubscribe from ValidateCSV, click here
> >  template/NamlServlet.jtp?macro=unsubscribe_by_code=14153=
> c3NoYXNoaWRoYXI4ODhAZ21haWwuY29tfDE0MTUzfDE1NDg3MjgyMjc=>
> > .
> > NAML
> >  template/NamlServlet.jtp?macro=macro_viewer=instant_
> html%21nabble%3Aemail.naml=nabble.naml.namespaces.
> BasicNamespace-nabble.view.web.template.NabbleNamespace-
> nabble.view.web.template.NodeNamespace=
> notify_subscribers%21nabble%3Aemail.naml-instant_emails%
> 21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
> >
>
>
>
>
> --
> View this message in context: http://apache-nifi-developer-
> list.39713.n7.nabble.com/ValidateCSV-tp14153p14164.html
> Sent from the Apache NiFi Developer List mailing list archive at
> Nabble.com.
>