Re: API 1.0 questions

[Koji Kawamura]

Hello,

I was able to start/stop processors using 1.0 API. I am not sure if the API
has changed from 0.x but, it seems you don't have to increment the
revision. I used the same revision that is returned by NiFi.

Here is an example (it's Javascript):
https://github.com/ijokarumawak/nifi-deploy-process-group/blob/master/deploy.js#L131

Hope this helps,
Koji

On Oct 18, 2016 7:03 PM, "ruaraidh jay-chalmer" 
wrote:

Hi,
I have been working on a few python tools that use the NiFi Rest API to do
a few checks and commands here and there. Since the goal is mainly
monitoring, stopping a processor is a very useful tool. In the previous
version of the API (~0.7) I managed this by creating a dictionary with
purely the processor ID, and the new state (or other parameter I wished to
update), and then I encoded it and made my put request to the right link.

This approach seems to no longer function in v1.0. I have tried create a
small python dictionary to PUT to the server, but I keep on getting more
and more errors, culminating in:


The processor id (null) in the request body does not equal the processor id
of the requested resource (d70f5d7d-0157-1000--80a4d2d7).

Here is what is contained in my request:

update = \
{
"revision": {
"version": processor["revision"]["version"] + 1
},
"id": processor["id"],
"status": {
"aggregateSnapshot": {
"runStatus": "Stopped",
"id": processor["id"]
}
},
"component": {
"state": "STOPPED"
}
}

I am pretty sure my PUT request is correct, and that the problem is
coming from lack or excess of data in my request.

If anyone has managed to achieve starting/stopping processors with the
new API, I would be grateful for the help!

Thanks a lot

cannot add working users to nifi

[Alessio Palma]

Hello I did setup a 3 hosts nifi cluster, I followed the docs (
administration guide ) and now each user I add has no access.
Can login but cannot do anything but see the users on the system.

Is there an alternative setup procedure I can follow?

User I added has been granted with same groups and permission of the
initial admin user, but not way to have it working...

Can someone help me ?

API 1.0 questions

[ruaraidh jay-chalmer]

Hi,
I have been working on a few python tools that use the NiFi Rest API to do
a few checks and commands here and there. Since the goal is mainly
monitoring, stopping a processor is a very useful tool. In the previous
version of the API (~0.7) I managed this by creating a dictionary with
purely the processor ID, and the new state (or other parameter I wished to
update), and then I encoded it and made my put request to the right link.

This approach seems to no longer function in v1.0. I have tried create a
small python dictionary to PUT to the server, but I keep on getting more
and more errors, culminating in:


The processor id (null) in the request body does not equal the processor id
of the requested resource (d70f5d7d-0157-1000--80a4d2d7).

Here is what is contained in my request:

update = \
{
"revision": {
"version": processor["revision"]["version"] + 1
},
"id": processor["id"],
"status": {
"aggregateSnapshot": {
"runStatus": "Stopped",
"id": processor["id"]
}
},
"component": {
"state": "STOPPED"
}
}

I am pretty sure my PUT request is correct, and that the problem is
coming from lack or excess of data in my request.

If anyone has managed to achieve starting/stopping processors with the
new API, I would be grateful for the help!

Thanks a lot

Build failure under CentOS 6.7

[Giordano, Michael]

I am currently following the NiFi QuickStart to get my first NiFi server up and 
running under CentOS 6.7. I am getting compile failures and I'm not sure why. I 
started from an empty directory as root (with full permissions) on a test 
machine with SELinux disabled.


# git clone https://github.com/apache/nifi.git
Initialized empty Git repository in /tmp/nifi/.git/
remote: Counting objects: 102987, done.
remote: Compressing objects: 100% (496/496), done.
remote: Total 102987 (delta 230), reused 0 (delta 0), pack-reused 102467
Receiving objects: 100% (102987/102987), 64.93 MiB | 10.24 MiB/s, done.
Resolving deltas: 100% (45888/45888), done.

# cd nifi

# git checkout master

# export MAVEN_OPTS="-Xms1024m -Xmx3076m -XX:MaxPermSize=256m"

# mvn -T C2.0 clean install

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-api: Compilation failure -> [Help 1]
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-logging-utils: Compilation failure -> [Help 1]
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-properties: Compilation failure -> [Help 1]

cat /etc/redhat-release
CentOS release 6.7 (Final)

# mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 
2015-11-10T11:41:47-05:00)
Maven home: /usr/local/apache-maven-3.3.9
Java version: 1.8.0_101, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.101-3.b13.el6_8.x86_64/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "2.6.32-573.el6.x86_64", arch: "amd64", family: 
"unix"

Any help is deeply appreciated.

Thanks,
Mike G.


This communication, along with its attachments, is considered confidential and 
proprietary to Vistronix.  It is intended only for the use of the person(s) 
named above.  Note that unauthorized disclosure or distribution of information 
not generally known to the public is strictly prohibited.  If you are not the 
intended recipient, please notify the sender immediately.

Re: Flow file from a (long) string

[Matt Burgess]

Alessio,

The ReplaceText processor [1] will allow you to set the content of a
flow file to a string of your choosing. You can use GenerateFlowFile
[2] with a size of 0B and type Text, to get a flow file routed to
ReplaceText, which then sets the content. This is a common pattern
seen in some of the example templates [3].

Alternatively, I have a one-processor template [4] that uses
InvokeScriptedProcessor [5] and Groovy, and lets you generate flow
file(s) where you can set the content and filename via processor
properties.

I couldn't find a Jira case (but feel free to write one) to add the
ability to set the content of the flow file directly in
GenerateFlowFile, which would allow you to skip the ReplaceText
processor.

Regards,
Matt

[1] 
https://nifi.apache.org/docs/nifi-docs/components/org.apache.nifi.processors.standard.ReplaceText/index.html
[2] 
https://nifi.apache.org/docs/nifi-docs/components/org.apache.nifi.processors.standard.GenerateFlowFile/index.html
[3] https://cwiki.apache.org/confluence/display/NIFI/Example+Dataflow+Templates
[4] https://gist.github.com/mattyb149/0c87a1a6f1d98a43c8d0
[5] 
https://nifi.apache.org/docs/nifi-docs/components/org.apache.nifi.processors.script.InvokeScriptedProcessor/index.html

On Tue, Oct 18, 2016 at 9:14 AM, Alessio Palma
 wrote:
> Hello, is there a processor which allows to build a flowfile from a string?
> Basically I have some huge queries and want to add them into the
> workflow without load them from file or database.
>
> AP
>

Re: cannot add working users to nifi

[Bryan Bende]

Hello,

Assuming you were starting with a new cluster, the initial admin user is
granted access to modify users, groups, and policies, but nothing else.
The idea being they can then grant access to whatever else they want to.

It sounds like you need to create a policy for the root process group (i.e.
the main canvas), you can do this from the lock icon in the palette on the
left.
Click create new policy for "view component" and add the users you want to,
and do the same for "modify component".

Thanks,

Bryan

On Tue, Oct 18, 2016 at 6:55 AM, Alessio Palma  wrote:

> Hello I did setup a 3 hosts nifi cluster, I followed the docs (
> administration guide ) and now each user I add has no access.
> Can login but cannot do anything but see the users on the system.
>
> Is there an alternative setup procedure I can follow?
>
> User I added has been granted with same groups and permission of the
> initial admin user, but not way to have it working...
>
> Can someone help me ?
>
>

Re: API 1.0 questions

[ruaraidh jay-chalmer]

Thanks a lot for your help! I was missing the Id in components (and like
you said, no need to increment version). You've saved me a lot of time,
thanks again :)

Wishing you a pleasant day!

2016-10-18 12:36 GMT+02:00 Koji Kawamura :

> Hello,
>
> I was able to start/stop processors using 1.0 API. I am not sure if the
> API has changed from 0.x but, it seems you don't have to increment the
> revision. I used the same revision that is returned by NiFi.
>
> Here is an example (it's Javascript):
> https://github.com/ijokarumawak/nifi-deploy-process-group/blob/master/
> deploy.js#L131
>
> Hope this helps,
> Koji
>
> On Oct 18, 2016 7:03 PM, "ruaraidh jay-chalmer" <
> ruaraidh@holimetrix.com> wrote:
>
> Hi,
> I have been working on a few python tools that use the NiFi Rest API to do
> a few checks and commands here and there. Since the goal is mainly
> monitoring, stopping a processor is a very useful tool. In the previous
> version of the API (~0.7) I managed this by creating a dictionary with
> purely the processor ID, and the new state (or other parameter I wished to
> update), and then I encoded it and made my put request to the right link.
>
> This approach seems to no longer function in v1.0. I have tried create a
> small python dictionary to PUT to the server, but I keep on getting more
> and more errors, culminating in:
>
> 
> The processor id (null) in the request body does not equal the processor
> id of the requested resource (d70f5d7d-0157-1000--80a4d2d7).
>
> Here is what is contained in my request:
>
> update = \
> {
> "revision": {
> "version": processor["revision"]["version"] + 1
> },
> "id": processor["id"],
> "status": {
> "aggregateSnapshot": {
> "runStatus": "Stopped",
> "id": processor["id"]
> }
> },
> "component": {
> "state": "STOPPED"
> }
> }
>
> I am pretty sure my PUT request is correct, and that the problem is coming 
> from lack or excess of data in my request.
>
> If anyone has managed to achieve starting/stopping processors with the new 
> API, I would be grateful for the help!
>
> Thanks a lot
>
>
>
>

Flow file from a (long) string

[Alessio Palma]

Hello, is there a processor which allows to build a flowfile from a string?
Basically I have some huge queries and want to add them into the
workflow without load them from file or database.

AP

Re: Nifi processeror's input form

[Yari Marchetti]

Done, https://issues.apache.org/jira/browse/NIFI-2913.

Thanks,
Yari

p.s. Could not add images because cannot upload them, hope it's clear anyway

On 18 October 2016 at 17:48, Joe Witt  wrote:

> Yari
>
> Definitely sounds like a bug and I agree it is 'unhandy' when stated in
> the nicest possible terms.  Do you mind creating a JIRA for this?
>
> Thanks
> Joe
>
> On Tue, Oct 18, 2016 at 11:32 AM, Yari Marchetti <
> yari.marche...@buongiorno.com> wrote:
>
>> Hello,
>> I need to configure several processors with some very long text and, even
>> if it's very easy to create them, I'm finding the UI for reading a little
>> "unhandy". The reason is that:
>>
>> - As long as the text is only one line (even if very very long), there's
>> no problem: a scrolling bar is created but the resize handle available in
>> all major browser is visible so I can simply resize the text area to a
>> suitable dimension. Same is true horizontally (I think scroll bar kicks in
>> after something like 5 or 6)
>>
>> ​​
>> - But when the text exceed the max dimension both horizontally and
>> vertically, the resize handle vanish and there's no way to resize the text
>> are anymore.
>> -
>>
>>
>>
>> - I'm not a CSS/JS expert but as far as I can see it's all due to this
>> line:
>>
>> 
>>
>> which, if removed, brings back the resize handle.
>>
>> ​
>> So my question is: Is there any way already implemented to resize the
>> text, under the circumstances I explained above? or this is an unintended
>> bug?
>>
>> Thanks,
>> Yari
>>
>
>

RE: Build failure under CentOS 6.7

[Giordano, Michael]

Russell,

Thank you for the pointer  much easier :)

Mike G.

From: Russell Bateman [mailto:russell.bate...@perfectsearchcorp.com]
Sent: Tuesday, October 18, 2016 11:32 AM
To: users@nifi.apache.org
Subject: Re: Build failure under CentOS 6.7

Michael,

You don't have to build NiFi yourself to get going, you can just download 
pre-built "binaries". It's written in Java, so there are no platform gotchas at 
all:

https://nifi.apache.org/download.html

On 10/18/2016 07:36 AM, Giordano, Michael wrote:
I am currently following the NiFi QuickStart to get my first NiFi server up and 
running under CentOS 6.7. I am getting compile failures and I'm not sure why. I 
started from an empty directory as root (with full permissions) on a test 
machine with SELinux disabled.


# git clone https://github.com/apache/nifi.git
Initialized empty Git repository in /tmp/nifi/.git/
remote: Counting objects: 102987, done.
remote: Compressing objects: 100% (496/496), done.
remote: Total 102987 (delta 230), reused 0 (delta 0), pack-reused 102467
Receiving objects: 100% (102987/102987), 64.93 MiB | 10.24 MiB/s, done.
Resolving deltas: 100% (45888/45888), done.

# cd nifi

# git checkout master

# export MAVEN_OPTS="-Xms1024m -Xmx3076m -XX:MaxPermSize=256m"

# mvn -T C2.0 clean install

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-api: Compilation failure -> [Help 1]
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-logging-utils: Compilation failure -> [Help 1]
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-properties: Compilation failure -> [Help 1]

cat /etc/redhat-release
CentOS release 6.7 (Final)

# mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 
2015-11-10T11:41:47-05:00)
Maven home: /usr/local/apache-maven-3.3.9
Java version: 1.8.0_101, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.101-3.b13.el6_8.x86_64/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "2.6.32-573.el6.x86_64", arch: "amd64", family: 
"unix"

Any help is deeply appreciated.

Thanks,
Mike G.


This communication, along with its attachments, is considered confidential and 
proprietary to Vistronix.  It is intended only for the use of the person(s) 
named above.  Note that unauthorized disclosure or distribution of information 
not generally known to the public is strictly prohibited.  If you are not the 
intended recipient, please notify the sender immediately.

Re: Build failure under CentOS 6.7

[Russell Bateman]

Michael,

You don't have to build NiFi yourself to get going, you can just 
download pre-built "binaries". It's written in Java, so there are no 
platform gotchas at all:


https://nifi.apache.org/download.html


On 10/18/2016 07:36 AM, Giordano, Michael wrote:


I am currently following the NiFi QuickStart to get my first NiFi 
server up and running under CentOS 6.7. I am getting compile failures 
and I’m not sure why. I started from an empty directory as root (with 
full permissions) on a test machine with SELinux disabled.


# git clone https://github.com/apache/nifi.git

Initialized empty Git repository in /tmp/nifi/.git/

remote: Counting objects: 102987, done.

remote: Compressing objects: 100% (496/496), done.

remote: Total 102987 (delta 230), reused 0 (delta 0), pack-reused 102467

Receiving objects: 100% (102987/102987), 64.93 MiB | 10.24 MiB/s, done.

Resolving deltas: 100% (45888/45888), done.

# cd nifi

# git checkout master

# export MAVEN_OPTS="-Xms1024m -Xmx3076m -XX:MaxPermSize=256m"

# mvn -T C2.0 clean install



[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile 
(default-compile) on project nifi-api: Compilation failure -> [Help 1]


[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile 
(default-compile) on project nifi-logging-utils: Compilation failure 
-> [Help 1]


[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile 
(default-compile) on project nifi-properties: Compilation failure -> 
[Help 1]


cat /etc/redhat-release

CentOS release 6.7 (Final)

# mvn -version

Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 
2015-11-10T11:41:47-05:00)


Maven home: /usr/local/apache-maven-3.3.9

Java version: 1.8.0_101, vendor: Oracle Corporation

Java home: 
/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.101-3.b13.el6_8.x86_64/jre


Default locale: en_US, platform encoding: UTF-8

OS name: "linux", version: "2.6.32-573.el6.x86_64", arch: "amd64", 
family: "unix"


Any help is deeply appreciated.

Thanks,

Mike G.

This communication, along with its attachments, is considered 
confidential and proprietary to Vistronix.  It is intended only for 
the use of the person(s) named above.  Note that unauthorized 
disclosure or distribution of information not generally known to the 
public is strictly prohibited.  If you are not the intended recipient, 
please notify the sender immediately.

Re: Nifi template for Facebook api

[Matt Burgess]

I'm not aware of any existing templates, but one of my Stack Overflow
answers [1] refers to the processor(s) used, as well as a link to a
lengthy discussion about SSL/auth topics thanks to Andy LoPresto.

Regards,
Matt

[1] 
http://stackoverflow.com/questions/36471725/procedure-to-fetch-facebook-data-in-to-hadoop-using-nifi-processors

On Tue, Oct 18, 2016 at 1:46 PM, Buntu Dev  wrote:
> Are there any sample templates for importing data from FB
> graph/marketing/atlas api into HDFS via Kafka? I'm more interested in the
> SSL/auth handshake via Nifi. Please let me know.
>
> Thanks!

RE: Build failure under CentOS 6.7

[Giordano, Michael]

Andy,

I’ve never done this before. I hope I did it right.

https://gist.github.com/cissmjg/544be6c1e1f571bd97177a55eb088c1a

I attempted to build NiFi with the ‘default’ mvn commands from the QuickStart 
page. If you need me to build with other options, please let me know.

Thanks,
Mike G.

From: Andy LoPresto [mailto:alopre...@apache.org]
Sent: Tuesday, October 18, 2016 3:08 PM
To: users@nifi.apache.org
Subject: Re: Build failure under CentOS 6.7

Michael,

Just to help us close this out, could you please provide the full output of the 
Maven build as a GitHub Gist [1]? I understand it’s too long to put in the 
email body, but the full output should help us contextualize the error and 
hopefully solve this and prevent other users from encountering it. Thanks.

[1] https://gist.github.com/

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

On Oct 18, 2016, at 9:17 AM, Giordano, Michael 
> wrote:

Russell,

Thank you for the pointer …. much easier ☺

Mike G.

From: Russell Bateman [mailto:russell.bate...@perfectsearchcorp.com]
Sent: Tuesday, October 18, 2016 11:32 AM
To: users@nifi.apache.org
Subject: Re: Build failure under CentOS 6.7

Michael,

You don't have to build NiFi yourself to get going, you can just download 
pre-built "binaries". It's written in Java, so there are no platform gotchas at 
all:

https://nifi.apache.org/download.html


On 10/18/2016 07:36 AM, Giordano, Michael wrote:
I am currently following the NiFi QuickStart to get my first NiFi server up and 
running under CentOS 6.7. I am getting compile failures and I’m not sure why. I 
started from an empty directory as root (with full permissions) on a test 
machine with SELinux disabled.


# git clone https://github.com/apache/nifi.git
Initialized empty Git repository in /tmp/nifi/.git/
remote: Counting objects: 102987, done.
remote: Compressing objects: 100% (496/496), done.
remote: Total 102987 (delta 230), reused 0 (delta 0), pack-reused 102467
Receiving objects: 100% (102987/102987), 64.93 MiB | 10.24 MiB/s, done.
Resolving deltas: 100% (45888/45888), done.

# cd nifi

# git checkout master

# export MAVEN_OPTS="-Xms1024m -Xmx3076m -XX:MaxPermSize=256m"

# mvn -T C2.0 clean install

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-api: Compilation failure -> [Help 1]
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-logging-utils: Compilation failure -> [Help 1]
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-properties: Compilation failure -> [Help 1]

cat /etc/redhat-release
CentOS release 6.7 (Final)

# mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 
2015-11-10T11:41:47-05:00)
Maven home: /usr/local/apache-maven-3.3.9
Java version: 1.8.0_101, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.101-3.b13.el6_8.x86_64/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "2.6.32-573.el6.x86_64", arch: "amd64", family: 
"unix"

Any help is deeply appreciated.

Thanks,
Mike G.

This communication, along with its attachments, is considered confidential and 
proprietary to Vistronix.  It is intended only for the use of the person(s) 
named above.  Note that unauthorized disclosure or distribution of information 
not generally known to the public is strictly prohibited.  If you are not the 
intended recipient, please notify the sender immediately.

Re: Build failure under CentOS 6.7

[Andy LoPresto]

Thanks Michael. I'll review this when I am back at my keyboard. 

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

> On Oct 18, 2016, at 12:08, Andy LoPresto  wrote:
> 
> Michael,
> 
> Just to help us close this out, could you please provide the full output of 
> the Maven build as a GitHub Gist [1]? I understand it’s too long to put in 
> the email body, but the full output should help us contextualize the error 
> and hopefully solve this and prevent other users from encountering it. 
> Thanks. 
> 
> [1] https://gist.github.com/
> 
> Andy LoPresto
> alopre...@apache.org
> alopresto.apa...@gmail.com
> PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69
> 
>> On Oct 18, 2016, at 9:17 AM, Giordano, Michael 
>>  wrote:
>> 
>> Russell,
>>  
>> Thank you for the pointer …. much easier J
>>  
>> Mike G.
>>  
>> From: Russell Bateman [mailto:russell.bate...@perfectsearchcorp.com] 
>> Sent: Tuesday, October 18, 2016 11:32 AM
>> To: users@nifi.apache.org
>> Subject: Re: Build failure under CentOS 6.7
>>  
>> Michael,
>> 
>> You don't have to build NiFi yourself to get going, you can just download 
>> pre-built "binaries". It's written in Java, so there are no platform gotchas 
>> at all:
>> 
>> https://nifi.apache.org/download.html
>> 
>> 
>> On 10/18/2016 07:36 AM, Giordano, Michael wrote:
>> I am currently following the NiFi QuickStart to get my first NiFi server up 
>> and running under CentOS 6.7. I am getting compile failures and I’m not sure 
>> why. I started from an empty directory as root (with full permissions) on a 
>> test machine with SELinux disabled.
>>  
>>  
>> # git clone https://github.com/apache/nifi.git
>> Initialized empty Git repository in /tmp/nifi/.git/
>> remote: Counting objects: 102987, done.
>> remote: Compressing objects: 100% (496/496), done.
>> remote: Total 102987 (delta 230), reused 0 (delta 0), pack-reused 102467
>> Receiving objects: 100% (102987/102987), 64.93 MiB | 10.24 MiB/s, done.
>> Resolving deltas: 100% (45888/45888), done.
>>  
>> # cd nifi
>>  
>> # git checkout master
>>  
>> # export MAVEN_OPTS="-Xms1024m -Xmx3076m -XX:MaxPermSize=256m"
>>  
>> # mvn -T C2.0 clean install
>> 
>> [ERROR] Failed to execute goal 
>> org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) 
>> on project nifi-api: Compilation failure -> [Help 1]
>> [ERROR] Failed to execute goal 
>> org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) 
>> on project nifi-logging-utils: Compilation failure -> [Help 1]
>> [ERROR] Failed to execute goal 
>> org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) 
>> on project nifi-properties: Compilation failure -> [Help 1]
>> 
>> cat /etc/redhat-release
>> CentOS release 6.7 (Final)
>>  
>> # mvn -version
>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 
>> 2015-11-10T11:41:47-05:00)
>> Maven home: /usr/local/apache-maven-3.3.9
>> Java version: 1.8.0_101, vendor: Oracle Corporation
>> Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.101-3.b13.el6_8.x86_64/jre
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "linux", version: "2.6.32-573.el6.x86_64", arch: "amd64", family: 
>> "unix"
>>  
>> Any help is deeply appreciated.
>>  
>> Thanks,
>> Mike G.
>>  
>> This communication, along with its attachments, is considered confidential 
>> and proprietary to Vistronix.  It is intended only for the use of the 
>> person(s) named above.  Note that unauthorized disclosure or distribution of 
>> information not generally known to the public is strictly prohibited.  If 
>> you are not the intended recipient, please notify the sender immediately.
>> 
>>  
> 

RE: Build failure under CentOS 6.7

[Giordano, Michael]

“Can you confirm the JDK is installed and available from your build?  “

And this is what one gets when one asks some else “Can you please install java 
on machine ‘X’?”

You get a JRE installed and not a JDK.

Strictly a PICNIC problem here …. Sorry for the noise!

Mike G.

From: Aldrin Piri [mailto:aldrinp...@gmail.com]
Sent: Tuesday, October 18, 2016 3:56 PM
To: users@nifi.apache.org
Cc: Andy LoPresto 
Subject: Re: Build failure under CentOS 6.7

Hey Michael,

Can you confirm the JDK is installed and available from your build?

Does `javac -version` return appropriately?  Is JAVA_HOME set?  If not, could 
you set it to the location of your JDK?  If it is, can you verify the bin 
directory associated with it contains a javac?

The culprit seems to be the following:

[WARNING] Unable to autodetect 'javac' path, using 'javac' from the environment.


Curious if it is picking up on the JRE only and not the JDK.

Thanks!

--aldrin

On Tue, Oct 18, 2016 at 3:48 PM, Andy LoPresto 
> wrote:
Thanks Michael. I'll review this when I am back at my keyboard.

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

On Oct 18, 2016, at 12:08, Andy LoPresto 
> wrote:
Michael,

Just to help us close this out, could you please provide the full output of the 
Maven build as a GitHub Gist [1]? I understand it’s too long to put in the 
email body, but the full output should help us contextualize the error and 
hopefully solve this and prevent other users from encountering it. Thanks.

[1] https://gist.github.com/

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

On Oct 18, 2016, at 9:17 AM, Giordano, Michael 
> wrote:

Russell,

Thank you for the pointer …. much easier ☺

Mike G.

From: Russell Bateman [mailto:russell.bate...@perfectsearchcorp.com]
Sent: Tuesday, October 18, 2016 11:32 AM
To: users@nifi.apache.org
Subject: Re: Build failure under CentOS 6.7

Michael,

You don't have to build NiFi yourself to get going, you can just download 
pre-built "binaries". It's written in Java, so there are no platform gotchas at 
all:

https://nifi.apache.org/download.html
On 10/18/2016 07:36 AM, Giordano, Michael wrote:
I am currently following the NiFi QuickStart to get my first NiFi server up and 
running under CentOS 6.7. I am getting compile failures and I’m not sure why. I 
started from an empty directory as root (with full permissions) on a test 
machine with SELinux disabled.


# git clone https://github.com/apache/nifi.git
Initialized empty Git repository in /tmp/nifi/.git/
remote: Counting objects: 102987, done.
remote: Compressing objects: 100% (496/496), done.
remote: Total 102987 (delta 230), reused 0 (delta 0), pack-reused 102467
Receiving objects: 100% (102987/102987), 64.93 MiB | 10.24 MiB/s, done.
Resolving deltas: 100% (45888/45888), done.

# cd nifi

# git checkout master

# export MAVEN_OPTS="-Xms1024m -Xmx3076m -XX:MaxPermSize=256m"

# mvn -T C2.0 clean install

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-api: Compilation failure -> [Help 1]
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-logging-utils: Compilation failure -> [Help 1]
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-properties: Compilation failure -> [Help 1]

cat /etc/redhat-release
CentOS release 6.7 (Final)

# mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 
2015-11-10T11:41:47-05:00)
Maven home: /usr/local/apache-maven-3.3.9
Java version: 1.8.0_101, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.101-3.b13.el6_8.x86_64/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "2.6.32-573.el6.x86_64", arch: "amd64", family: 
"unix"

Any help is deeply appreciated.

Thanks,
Mike G.


This communication, along with its attachments, is considered confidential and 
proprietary to Vistronix.  It is intended only for the use of the person(s) 
named above.  Note that unauthorized disclosure or distribution of information 
not generally known to the public is strictly prohibited.  If you are not the 
intended recipient, please notify the sender immediately.

Re: PutDynamoDB processor

[Gop Krr]

Hi James,
I have started exploring the option of building the scan operator for the
DynamoDB.
I will let you know, how is it going.
Thanks
Rai

On Fri, Oct 14, 2016 at 11:42 AM, James Wing  wrote:

> Correct, but I'm afraid I'm no expert on DynamoDB.  It is my understanding
> that you have to iterate through the keys in the source table one-by-one,
> then put each key's content into the destination table.  You can speed this
> up by using multiple iterators, each covering a distinct portion of the key
> range.
>
> Amazon does provide tools as part of AWS Data Pipeline that might help
> automate this, and if all you want is an identical export and import, that
> is probably easier than NiFi.  But I believe the underlying process is very
> similar, just that Amazon using an ElasticMapReduce cluster instead of
> NiFi.  A key point being that the export and import operations count
> against your provisioned throughput, Amazon provides no shortcut around
> paying for the I/O.  But this might work now, today, without any custom
> code.
>
> Cross-Region Export and Import of DynamoDB Tables
> https://aws.amazon.com/blogs/aws/cross-region-import-and-
> export-of-dynamodb-tables/
>
> AWS Data Pipeline - Export DynamoDB Table to S3
> http://docs.aws.amazon.com/datapipeline/latest/DeveloperGuide/dp-template-
> exportddbtos3.html
>
> AWS Data Pipeline - Import DynamoDB Backup Data from S3
> http://docs.aws.amazon.com/datapipeline/latest/DeveloperGuide/dp-template-
> exports3toddb.html
>
> Thanks,
>
> James
>
>
> On Fri, Oct 14, 2016 at 10:58 AM, Gop Krr  wrote:
>
>> Thanks James. I would be happy to contribute the scan processor for
>> DynamoDB. Just to clarify, based on your comment, we can't take all the
>> rows of the DynamoDB table and put it into another table. We have to do it
>> for one record at a time?
>>
>> On Fri, Oct 14, 2016 at 10:50 AM, James Wing  wrote:
>>
>>> NiFi's GetDynamoDB processor uses the underlying BatchGetItem API, which
>>> requires item keys as inputs.  Iterating over the keys in a table would
>>> require the Scan API, but NiFi does not have a processor to scan a DynamoDB
>>> table.
>>>
>>> This would be a great addition to NiFi.  If you have any interest in
>>> working on a scan processor, please open a JIRA ticket at
>>> https://issues.apache.org/jira/browse/NIFI.
>>>
>>> Thanks,
>>>
>>> James
>>>
>>> On Thu, Oct 13, 2016 at 2:12 PM, Gop Krr  wrote:
>>>
 Thanks James. I am looking to iterate through the table so that it
 takes hash key values one by one. Do I achieve it through the expression
 language? if I write an script to do that, how do I pass it to my 
 processor?
 Thanks
 Niraj

 On Thu, Oct 13, 2016 at 1:42 PM, James Wing  wrote:

> Rai,
>
> The GetDynamoDB processor requires a hash key value to look up an item
> in the table.  The default setting is an Expression Language statement 
> that
> reads the hash key value from a flowfile attribute,
> dynamodb.item.hash.key.value.  But this is not required.  You can change 
> it
> to any attribute expression ${my.hash.key}, or even hard-code a single key
> "item123" if you wish.
>
> Does that help?
>
> Thanks,
>
> James
>
> On Thu, Oct 13, 2016 at 12:17 PM, Gop Krr  wrote:
>
>> Hi All,
>> I have been trying to use get and load processor for the dynamodb and
>> I am almost there. I am able to run the get processor and I see, data is
>> flowing :)
>> But I see the following error in my nifi-app.log file:
>>
>> 2016-10-13 18:02:38,823 ERROR [Timer-Driven Process Thread-9]
>> o.a.n.p.aws.dynamodb.GetDynamoDB 
>> GetDynamoDB[id=7d906337-0157-1000-5868-479d0e0e3580]
>> Hash key value '' is required for flow file 
>> StandardFlowFileRecord[uuid=44
>> 554c23-1618-47db-b46e-04ffd737748e,claim=StandardContentClaim
>> [resourceClaim=StandardResourceClaim[id=1476381755460-37287,
>> container=default, section=423], offset=0, length=1048576],offset=0,name=
>> 2503473718684086,size=1048576]
>>
>>
>> I understand that, its looking for the Hash Key Value but I am not
>> sure, how do I pass it.  In the setting tab, nifi automatically populates
>> this: ${dynamodb.item.hash.key.value} but looks like this is not the
>> right way to do it. Can I get some guidance on this? Thanks for all the
>> help.
>>
>> Best,
>>
>> Rai
>>
>
>

>>>
>>
>

Re: Build failure under CentOS 6.7

[Aldrin Piri]

Hey Michael,

Can you confirm the JDK is installed and available from your build?

Does `javac -version` return appropriately?  Is JAVA_HOME set?  If not,
could you set it to the location of your JDK?  If it is, can you verify the
bin directory associated with it contains a javac?

The culprit seems to be the following:
[WARNING] Unable to autodetect 'javac' path, using 'javac' from the
environment.

Curious if it is picking up on the JRE only and not the JDK.

Thanks!

--aldrin

On Tue, Oct 18, 2016 at 3:48 PM, Andy LoPresto 
wrote:

> Thanks Michael. I'll review this when I am back at my keyboard.
>
> Andy LoPresto
> alopre...@apache.org
> alopresto.apa...@gmail.com
> PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69
>
> On Oct 18, 2016, at 12:08, Andy LoPresto  wrote:
>
> Michael,
>
> Just to help us close this out, could you please provide the full output
> of the Maven build as a GitHub Gist [1]? I understand it’s too long to put
> in the email body, but the full output should help us contextualize the
> error and hopefully solve this and prevent other users from encountering
> it. Thanks.
>
> [1] https://gist.github.com/
>
> Andy LoPresto
> alopre...@apache.org
> *alopresto.apa...@gmail.com *
> PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69
>
> On Oct 18, 2016, at 9:17 AM, Giordano, Michael <
> michael.giord...@vistronix.com > wrote:
>
> Russell,
>
> Thank you for the pointer …. much easier J
>
> Mike G.
>
> *From:* Russell Bateman [mailto:russell.bate...@perfectsearchcorp.com
> ]
> *Sent:* Tuesday, October 18, 2016 11:32 AM
> *To:* users@nifi.apache.org
> *Subject:* Re: Build failure under CentOS 6.7
>
>
> Michael,
>
> You don't have to build NiFi yourself to get going, you can just download
> pre-built "binaries". It's written in Java, so there are no platform
> gotchas at all:
>
> https://nifi.apache.org/download.html
>
> On 10/18/2016 07:36 AM, Giordano, Michael wrote:
>
> I am currently following the NiFi QuickStart to get my first NiFi server
> up and running under CentOS 6.7. I am getting compile failures and I’m not
> sure why. I started from an empty directory as root (with full permissions)
> on a test machine with SELinux disabled.
>
>
> # git clone https://github.com/apache/nifi.git
> Initialized empty Git repository in /tmp/nifi/.git/
> remote: Counting objects: 102987, done.
> remote: Compressing objects: 100% (496/496), done.
> remote: Total 102987 (delta 230), reused 0 (delta 0), pack-reused 102467
> Receiving objects: 100% (102987/102987), 64.93 MiB | 10.24 MiB/s, done.
> Resolving deltas: 100% (45888/45888), done.
>
> # cd nifi
>
> # git checkout master
>
> # export MAVEN_OPTS="-Xms1024m -Xmx3076m -XX:MaxPermSize=256m"
>
> # mvn -T C2.0 clean install
> 
> [ERROR] Failed to execute goal org.apache.maven.plugins:
> maven-compiler-plugin:3.2:compile (default-compile) on project nifi-api:
> Compilation failure -> [Help 1]
> [ERROR] Failed to execute goal org.apache.maven.plugins:
> maven-compiler-plugin:3.2:compile (default-compile) on project
> nifi-logging-utils: Compilation failure -> [Help 1]
> [ERROR] Failed to execute goal org.apache.maven.plugins:
> maven-compiler-plugin:3.2:compile (default-compile) on project
> nifi-properties: Compilation failure -> [Help 1]
>
> cat /etc/redhat-release
> CentOS release 6.7 (Final)
>
> # mvn -version
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T11:41:47-05:00)
> Maven home: /usr/local/apache-maven-3.3.9
> Java version: 1.8.0_101, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.101-3.b13.el6_8.
> x86_64/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "2.6.32-573.el6.x86_64", arch: "amd64", family:
> "unix"
>
> Any help is deeply appreciated.
>
> Thanks,
> Mike G.
>
>
> This communication, along with its attachments, is considered confidential
> and proprietary to Vistronix.  It is intended only for the use of the
> person(s) named above.  Note that unauthorized disclosure or distribution
> of information not generally known to the public is strictly
> prohibited.  If you are not the intended recipient, please notify the
> sender immediately.
>
>
>
>
>

RE: Build failure under CentOS 6.7

[Giordano, Michael]

Running "mvn clean install" gave me a failure on just the nifi-api

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) on 
project nifi-api: Compilation failure -> [Help 1]

Mike G.

-Original Message-
From: Matt Burgess [mailto:mattyb...@apache.org] 
Sent: Tuesday, October 18, 2016 3:52 PM
To: users@nifi.apache.org
Subject: Re: Build failure under CentOS 6.7

This might be an issue with a parallel build, I wonder if it builds 
successfully if you don't include the "-T C2.0" on the Maven command-line.

Regards,
Matt

On Tue, Oct 18, 2016 at 3:08 PM, Andy LoPresto  wrote:
> Michael,
>
> Just to help us close this out, could you please provide the full 
> output of the Maven build as a GitHub Gist [1]? I understand it’s too 
> long to put in the email body, but the full output should help us 
> contextualize the error and hopefully solve this and prevent other users from 
> encountering it.
> Thanks.
>
> [1] https://gist.github.com/
>
> Andy LoPresto
> alopre...@apache.org
> alopresto.apa...@gmail.com
> PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69
>
> On Oct 18, 2016, at 9:17 AM, Giordano, Michael 
>  wrote:
>
> Russell,
>
> Thank you for the pointer …. much easier J
>
> Mike G.
>
> From: Russell Bateman [mailto:russell.bate...@perfectsearchcorp.com]
> Sent: Tuesday, October 18, 2016 11:32 AM
> To: users@nifi.apache.org
> Subject: Re: Build failure under CentOS 6.7
>
>
> Michael,
>
> You don't have to build NiFi yourself to get going, you can just 
> download pre-built "binaries". It's written in Java, so there are no 
> platform gotchas at all:
>
> https://nifi.apache.org/download.html
>
> On 10/18/2016 07:36 AM, Giordano, Michael wrote:
>
> I am currently following the NiFi QuickStart to get my first NiFi 
> server up and running under CentOS 6.7. I am getting compile failures 
> and I’m not sure why. I started from an empty directory as root (with 
> full permissions) on a test machine with SELinux disabled.
>
>
> # git clone https://github.com/apache/nifi.git
> Initialized empty Git repository in /tmp/nifi/.git/
> remote: Counting objects: 102987, done.
> remote: Compressing objects: 100% (496/496), done.
> remote: Total 102987 (delta 230), reused 0 (delta 0), pack-reused 
> 102467 Receiving objects: 100% (102987/102987), 64.93 MiB | 10.24 MiB/s, done.
> Resolving deltas: 100% (45888/45888), done.
>
> # cd nifi
>
> # git checkout master
>
> # export MAVEN_OPTS="-Xms1024m -Xmx3076m -XX:MaxPermSize=256m"
>
> # mvn -T C2.0 clean install
> 
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:3.2:compile 
> (default-compile) on project nifi-api: Compilation failure -> [Help 1] 
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-compiler-plugin:3.2:compile 
> (default-compile) on project nifi-logging-utils: Compilation failure 
> -> [Help 1] [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-compiler-plugin:3.2:compile 
> (default-compile) on project nifi-properties: Compilation failure -> 
> [Help 1]
>
> cat /etc/redhat-release
> CentOS release 6.7 (Final)
>
> # mvn -version
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T11:41:47-05:00)
> Maven home: /usr/local/apache-maven-3.3.9 Java version: 1.8.0_101, 
> vendor: Oracle Corporation Java home: 
> /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.101-3.b13.el6_8.x86_64/jre
> Default locale: en_US, platform encoding: UTF-8 OS name: "linux", 
> version: "2.6.32-573.el6.x86_64", arch: "amd64", family:
> "unix"
>
> Any help is deeply appreciated.
>
> Thanks,
> Mike G.
>
>
> This communication, along with its attachments, is considered 
> confidential and proprietary to Vistronix.  It is intended only for 
> the use of the
> person(s) named above.  Note that unauthorized disclosure or 
> distribution of information not generally known to the public is 
> strictly prohibited.  If you are not the intended recipient, please notify 
> the sender immediately.
>
>
>
>

Re: Build failure under CentOS 6.7

[Andy LoPresto]

No worries. Thanks for helping us track this down.

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

> On Oct 18, 2016, at 1:07 PM, Giordano, Michael 
>  wrote:
> 
> “Can you confirm the JDK is installed and available from your build?  “
> 
> And this is what one gets when one asks some else “Can you please install 
> java on machine ‘X’?”
> 
> You get a JRE installed and not a JDK.
> 
> Strictly a PICNIC problem here …. Sorry for the noise!
> 
> Mike G.
> 
> From: Aldrin Piri [mailto:aldrinp...@gmail.com]
> Sent: Tuesday, October 18, 2016 3:56 PM
> To: users@nifi.apache.org
> Cc: Andy LoPresto 
> Subject: Re: Build failure under CentOS 6.7
> 
> Hey Michael,
> 
> Can you confirm the JDK is installed and available from your build?
> 
> Does `javac -version` return appropriately?  Is JAVA_HOME set?  If not, could 
> you set it to the location of your JDK?  If it is, can you verify the bin 
> directory associated with it contains a javac?
> 
> The culprit seems to be the following:
> [WARNING] Unable to autodetect 'javac' path, using 'javac' from the 
> environment.
> 
> Curious if it is picking up on the JRE only and not the JDK.
> 
> Thanks!
> 
> --aldrin
> 
> On Tue, Oct 18, 2016 at 3:48 PM, Andy LoPresto  > wrote:
> Thanks Michael. I'll review this when I am back at my keyboard.
> 
> Andy LoPresto
> alopre...@apache.org 
> alopresto.apa...@gmail.com 
> PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69
> 
> On Oct 18, 2016, at 12:08, Andy LoPresto  > wrote:
> 
> Michael,
> 
> Just to help us close this out, could you please provide the full output of 
> the Maven build as a GitHub Gist [1]? I understand it’s too long to put in 
> the email body, but the full output should help us contextualize the error 
> and hopefully solve this and prevent other users from encountering it. Thanks.
> 
> [1] https://gist.github.com/ 
> 
> Andy LoPresto
> alopre...@apache.org 
> alopresto.apa...@gmail.com 
> PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4  BACE 3C6E F65B 2F7D EF69
> 
> On Oct 18, 2016, at 9:17 AM, Giordano, Michael 
> > 
> wrote:
> 
> Russell,
> 
> Thank you for the pointer …. much easier J
> 
> Mike G.
> 
> From: Russell Bateman [mailto:russell.bate...@perfectsearchcorp.com 
> ]
> Sent: Tuesday, October 18, 2016 11:32 AM
> To: users@nifi.apache.org 
> Subject: Re: Build failure under CentOS 6.7
> 
> Michael,
> 
> You don't have to build NiFi yourself to get going, you can just download 
> pre-built "binaries". It's written in Java, so there are no platform gotchas 
> at all:
> 
> https://nifi.apache.org/download.html 
> On 10/18/2016 07:36 AM, Giordano, Michael wrote:
> I am currently following the NiFi QuickStart to get my first NiFi server up 
> and running under CentOS 6.7. I am getting compile failures and I’m not sure 
> why. I started from an empty directory as root (with full permissions) on a 
> test machine with SELinux disabled.
> 
> 
> # git clone https://github.com/apache/nifi.git 
> 
> Initialized empty Git repository in /tmp/nifi/.git/
> remote: Counting objects: 102987, done.
> remote: Compressing objects: 100% (496/496), done.
> remote: Total 102987 (delta 230), reused 0 (delta 0), pack-reused 102467
> Receiving objects: 100% (102987/102987), 64.93 MiB | 10.24 MiB/s, done.
> Resolving deltas: 100% (45888/45888), done.
> 
> # cd nifi
> 
> # git checkout master
> 
> # export MAVEN_OPTS="-Xms1024m -Xmx3076m -XX:MaxPermSize=256m"
> 
> # mvn -T C2.0 clean install
> 
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) 
> on project nifi-api: Compilation failure -> [Help 1]
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) 
> on project nifi-logging-utils: Compilation failure -> [Help 1]
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-compiler-plugin:3.2:compile (default-compile) 
> on project nifi-properties: Compilation failure -> [Help 1]
> 
> cat /etc/redhat-release
> CentOS release 6.7 (Final)
> 
> # mvn -version
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 
> 2015-11-10T11:41:47-05:00)
> Maven home: /usr/local/apache-maven-3.3.9
> Java version: 1.8.0_101, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.101-3.b13.el6_8.x86_64/jre
> Default locale: en_US, platform encoding: