You are viewing a plain text version of this content. The canonical link for it is here.

Posted to issues@nifi.apache.org by "Matt Gilman (JIRA)" <ji...@apache.org> on 2017/04/06 17:57:41 UTC

[jira] [Commented] (NIFI-3542) Remove nifi-hadoop-libraries-nar as a dependency of nifi-kite-nar

    [ https://issues.apache.org/jira/browse/NIFI-3542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15959446#comment-15959446 ] 

Matt Gilman commented on NIFI-3542:
-----------------------------------

[~jtstorck] Is this still valid now that the hadoop nar is still depending the hadoop lib nar? Should we considering flagging StoreInKite as requiring instance classloading and cloning ancestor resources?

> Remove nifi-hadoop-libraries-nar as a dependency of nifi-kite-nar
> -----------------------------------------------------------------
>
>                 Key: NIFI-3542
>                 URL: https://issues.apache.org/jira/browse/NIFI-3542
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Extensions
>    Affects Versions: 1.0.0, 1.1.0, 1.1.1, 1.0.1
>            Reporter: Jeff Storck
>
> Due to issues surrounding the sharing of hadoop-common's UserGroupInformation between instances of components in NiFi, nifi-kite-nar should have it's dependency on nifi-hadoop-libaries-nar removed, and nifi-kite-processors should depend directly upon hadoop-client.  This is to prevent issues similar to NIFI-3520, if Kerberos support is added to the Kite processors.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)