better than what was asked for!). Reopen if I have it wrong.
> Cleanup HTable public interface
> ---
>
> Key: HBASE-10602
> URL: https://issues.apache.org/jira/browse/HBASE-10602
> Project: HBase
>
Nick Dimiduk created HBASE-10602:
Summary: Cleanup HTable public interface
Key: HBASE-10602
URL: https://issues.apache.org/jira/browse/HBASE-10602
Project: HBase
Issue Type: Improvement
s
>
>
>
>
> From: Ted Yu
> To: "dev@hbase.apache.org" ; lars hofhansl <
> la...@apache.org>
> Sent: Monday, February 24, 2014 3:37 PM
> Subject: Re: Cleanup HTable public interface
>
>
> HTableInterface is marke
ck? We can discuss there.
-- Lars
From: Ted Yu
To: "dev@hbase.apache.org" ; lars hofhansl
Sent: Monday, February 24, 2014 3:37 PM
Subject: Re: Cleanup HTable public interface
HTableInterface is marked with:
@InterfaceAudience.Public
@Interface
Great timing! I was also thinking of doing some work in this area. This
should be important for 1.0 API stability.
We already have HTableInterface which contains some of the methods, but the
name is too long. With HBASE-10479, the HConnection / HCM is cleaned a bit,
but we still have tens of depre
On Mon, Feb 24, 2014 at 3:03 PM, Nick Dimiduk wrote:
> HBASE-6580 replaced the preferred means of HTableInterface acquisition to
> the HConnection#getTable factory methods. HBASE-9117 removes the
> HConnection cache, placing the burden of responsible connection cleanup on
> whomever acquires it.
hed,
> Nick!
>
>
> -- Lars
>
>
>
>
> From: Nick Dimiduk
> To: hbase-dev
> Sent: Monday, February 24, 2014 3:03 PM
> Subject: Cleanup HTable public interface
>
>
> HBASE-6580 replaced the preferred means of HTableInterface acquis
s for stepping in and finish the job that I should have finished, Nick!
-- Lars
From: Nick Dimiduk
To: hbase-dev
Sent: Monday, February 24, 2014 3:03 PM
Subject: Cleanup HTable public interface
HBASE-6580 replaced the preferred means of HTableInterface acquisiti
On Monday, February 24, 2014, Nick Dimiduk wrote:
>
> While I'm at it, I suggest we pursue some API hygiene in general and
> convert HTable into an interface. Can that be done for 1.0 as well?
>
Related to this, I'm sure there are method overloads for accepting
String/byte[]/TableName where just
HBASE-6580 replaced the preferred means of HTableInterface acquisition to
the HConnection#getTable factory methods. HBASE-9117 removes the
HConnection cache, placing the burden of responsible connection cleanup on
whomever acquires it.
The remaining HTable constructors use a Connection instance an
10 matches
Mail list logo