[
https://issues.apache.org/jira/browse/HBASE-22393?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sean Busbey resolved HBASE-22393.
---------------------------------
Resolution: Fixed
Release Note:
<!-- markdown -->
HBOSS now generates a single jar file that can be dropped into an HBase
installation. This jar contains the thirdparty dependencies needed for HBOSS's
implementation and communication with ZK (for the ZK Lock Manager).
HBOSS still relies on both HBase and Hadoop jars to be present at runtime. It
also relies on the slf4j-api jar. It no longer includes an slf4j binding by
default.
> HBOSS: Shaded external dependencies to avoid conflicts with Hadoop and HBase
> ----------------------------------------------------------------------------
>
> Key: HBASE-22393
> URL: https://issues.apache.org/jira/browse/HBASE-22393
> Project: HBase
> Issue Type: Bug
> Components: Filesystem Integration
> Affects Versions: hbase-filesystem-1.0.0-alpha1
> Reporter: Sean Mackrory
> Assignee: Sean Mackrory
> Priority: Critical
> Labels: HBOSS
> Fix For: hbase-filesystem-1.0.0-alpha1
>
> Attachments:
> 0001-HBASE-22393-HBOSS-Shade-dependencies-to-prevent-conf.patch,
> 0001-HBASE-22393.patch, HBASE-22393.001.patch, HBASE-22393.002.patch
>
>
> Hadoop uses a very old version of Curator, and if it ever ends up in the
> classpath with HBOSS you can get this:
> {code}Exception in thread "main" java.lang.IllegalAccessError: tried to
> access method
> org.apache.curator.framework.recipes.locks.InterProcessMutex.isOwnedByCurrentThread()Z
> from class org.apache.hadoop.hbase.oss.sync.ZKTreeLockManager{code}
> I think the simplest solution is to just shade Curator.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
