[
https://issues.apache.org/jira/browse/HBASE-3465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13064032#comment-13064032
]
Alejandro Abdelnur commented on HBASE-3465:
-------------------------------------------
Last year I've open a JIRA for Hadoop (HADOOP-6894) proposing a general
solution for this.
Until there is a general mechanism Hbase should do something.
IMO Hbase should not duplicate/copy Hadoop JARs in its setup. It should just
use HADOOP_HOME if defined, to bring in JAR and SO files. And if HADOOP_HOME is
not set it assumes all Hadoop JAR and SO files have been copied into Hbase lib
and lib/native/.
This seems simple enough and it should work.
Thoughts?
> Hbase should use a HADOOP_HOME environment variable if available.
> -----------------------------------------------------------------
>
> Key: HBASE-3465
> URL: https://issues.apache.org/jira/browse/HBASE-3465
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.0
> Reporter: Ted Dunning
>
> I have been burned a few times lately while developing code by having the
> make sure that the hadoop jar in hbase/lib is exactly correct. In my own
> deployment, there are actually 3 jars and a native library to keep in sync
> that hbase shouldn't have to know about explicitly. A similar problem arises
> when using stock hbase with CDH3 because of the security patches changing the
> wire protocol.
> All of these problems could be avoided by not assuming that the hadoop
> library is in the local directory. Moreover, I think it might be possible to
> assemble the distribution such that the compile time hadoop dependency is in
> a cognate directory to lib and is referenced using a default value for
> HADOOP_HOME.
> Does anybody have any violent antipathies to such a change?
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
