You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Sean Busbey (JIRA)" <ji...@apache.org> on 2018/04/03 15:21:00 UTC

[jira] [Commented] (HBASE-20333) break up shaded client into one with no Hadoop and one that's standalone

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

Sean Busbey commented on HBASE-20333:
-------------------------------------

artifact naming is difficult here. which is the more common use case: "just using HBase" or "using hbase around hadoop"? whichever should be the one that gets the less complicated name. I suspect "just using HBase" is the more common case, but names like "hbase-shaded-client-without-hadoop" are awkward.

> break up shaded client into one with no Hadoop and one that's standalone
> ------------------------------------------------------------------------
>
>                 Key: HBASE-20333
>                 URL: https://issues.apache.org/jira/browse/HBASE-20333
>             Project: HBase
>          Issue Type: Sub-task
>          Components: shading
>    Affects Versions: 2.0.0
>            Reporter: Sean Busbey
>            Assignee: Sean Busbey
>            Priority: Critical
>             Fix For: 2.0.0
>
>
> there are contexts where we want to stay out of our downstream users way wrt dependencies, but they need more Hadoop classes than we provide. i.e. any downstream client that wants to use both HBase and HDFS in their application, or any non-MR YARN application.
> Now that Hadoop also has shaded client artifacts for Hadoop 3, we're also providing less incremental benefit by including our own rewritten Hadoop classes to avoid downstream needing to pull in all of Hadoop's transitive dependencies.
> right now those users need to ensure that any jars from the Hadoop project are loaded in the classpath prior to our shaded client jar. This is brittle and prone to weird debugging trouble.
> instead, we should have two artifacts: one that just lists Hadoop as a prerequisite and one that still includes the rewritten-but-not-relocated Hadoop classes.
> We can then use docs to emphasize when each of these is appropriate to use.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)