[HBASE-22393] HBOSS: Shaded external dependencies to avoid conflicts with Hadoop and HBase

• Type: Bug
• Status: Resolved
• Priority: Critical
• Resolution: Fixed
• Affects Version/s: hbase-filesystem-1.0.0-alpha1
• Fix Version/s: hbase-filesystem-1.0.0-alpha1
• Component/s: Filesystem Integration
• Labels: HBOSS

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.

• Assignee: Sean Mackrory
• Reporter: Sean Mackrory
• Created: 10/May/19 15:53
• Updated: 31/May/19 17:31
• Resolved: 31/May/19 15:48

Description

Hadoop uses a very old version of Curator, and if it ever ends up in the classpath with HBOSS you can get this:

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

I think the simplest solution is to just shade Curator.

Issue Links

• relates to: HBASE-22149 HBOSS: A FileSystem implementation to provide HBase's required semantics on object stores
• links to: GitHub Pull Request #2