[jira] [Commented] (NIFI-2828) SelectHiveQL and PutHiveQL fail with NoClassDefFoundError when using HTTP transport

["Matt Burgess (JIRA)" <ji...@apache.org>]

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

Matt Burgess commented on NIFI-2828:
------------------------------------

There are definitely issues with Hadoop versions between the nifi-hadoop-libraries-nar (usually the parent), nifi-hdfs-processors, nifi-hive-nar, HBase stuff, etc.  For Hive it seems fairly picky about its dependencies, so my suggested fix is to remove the dependency from the Hive NAR on the Hadoop Libraries NAR, remove any "provided" scopes, and remove all exclusions. This should involve complete regression testing of the Hive components in NiFi.

> SelectHiveQL and PutHiveQL fail with NoClassDefFoundError when using HTTP transport 
> ------------------------------------------------------------------------------------
>
>                 Key: NIFI-2828
>                 URL: https://issues.apache.org/jira/browse/NIFI-2828
>             Project: Apache NiFi
>          Issue Type: Bug
>            Reporter: Joey Frazee
>
> SelectHiveQL and PutHiveQL don't currently work with HTTP transport. There appears to be a class loader problem resulting in java.lang.NoClassDefFoundError: Could not initialize class org.apache.http.conn.ssl.SSLConnectionSocketFactory.
> This looks like a conflict with the Apache commons httpclient version in hadoop-common. Removing the hadoop-libraries .nar dependency and provided scope for hadoop-common appears to fix the issue, but I haven't done any rigorous testing so I'm not sure if there are other consequences or not.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)