hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Drob <md...@apache.org>
Subject Re: [DISCUSS] shading hbase-client jackson dependency
Date Wed, 01 Nov 2017 19:46:34 GMT
They use our test-jar as well, so I think they will need HBASE-15666, but I
haven't tried this.

On Wed, Nov 1, 2017 at 2:40 PM, Sean Busbey <busbey@apache.org> wrote:

> Can Pig work with hbase-shaded-client instead?
>
> On Wed, Nov 1, 2017 at 12:58 PM, Mike Drob <mdrob@apache.org> wrote:
> > Hi Devs,
> >
> > Should have thought to discuss this sooner, but I had blinders on at the
> > time and wasn't thinking about the bigger picture.
> >
> > Currently, hbase-client carries with it a dependency on jackson due to
> our
> > JsonMapper class, which is a very very thin wrapper around the jackson
> > ObjectMapper. Our JsonMapper is @IA.Public
> >
> > Internally it is used (after a long trail of private calls) by
> > MetaTableAccessor's debug logging. So even if we were able to remove
> > JsonMapper, we'd still need to keep the jackson dep in hbase-client,
> since
> > losing this logging might be painful for somebody.
> >
> > Can we shade the jackson into hbase-thirdparty? I'm asking because not
> > doing so is causing integration problems for me with Pig right now. I can
> > certainly do exclusion magic on the pig side, but am wondering if this
> > would be the more proper approach. Typically I would file some JIRAs and
> > "just do it" but would like to see more consensus since 2.0 is fast
> > approaching.
> >
> > Mike
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message