Guangxu Cheng created HBASE-16419:
-
Summary: check REPLICATION_SCOPE's value more stringent
Key: HBASE-16419
URL: https://issues.apache.org/jira/browse/HBASE-16419
Project: HBase
Issue Type:
Yes, with jdk8 we could add new methods in interface without breaking the
sub classes.
So let's revert HBASE-15645 from branch-1 and branch-1,x and add default
implementations in master? Is yetus OK to run pre-commit with jdk8 only on
master now?
Thanks.
2016-08-16 13:12 GMT+08:00 Sean Busbey :
On Mon, Aug 15, 2016 at 10:09 PM, Sean Busbey wrote:
> On Mon, Aug 15, 2016 at 10:55 PM, Andrew Purtell >
> wrote:
>
> > > Are we extending this to all interfaces? Do we support folks
> > implementing their own Connection? Admin?
> >
> > This will bury us in weeds and bikeshedding. We can make
On Tue, Aug 16, 2016 at 12:09 AM, Sean Busbey wrote:
>
> Moving from interfaces to abstract classes requires a deprecation cycle,
> so to transition I think we'd need to introduce a new API. Anyone up for
> this in 2.0?
>
I just remembered that HBase 2.0 is moving to jdk8+, which means we could
On Mon, Aug 15, 2016 at 10:55 PM, Andrew Purtell
wrote:
> > Are we extending this to all interfaces? Do we support folks
> implementing their own Connection? Admin?
>
> This will bury us in weeds and bikeshedding. We can make a blanket rule
> about source compatibility appropriately scoped to mi
I'm also +1
With 5 +1 votes (4 +1s binding) and no 0 or -1 votes, the vote passes. I
will send out the release announcement shortly.
Thanks to all who voted on the release candidate!
Thanks again for open sourcing clusterdock, Dima. It's been super helpful.
On Mon, Aug 8, 2016 at 8:45 PM, Andr
I agree with Sean here.
Interfaces with @Private annotations are going to be a problem. I think we
should strongly discourage this. Either allow abstract classes are don't
allow such things. We should have a note about this in the compatibility
guide.
Even regarding the Util classes and the respec
> Are we extending this to all interfaces? Do we support folks implementing
> their own Connection? Admin?
This will bury us in weeds and bikeshedding. We can make a blanket rule about
source compatibility appropriately scoped to minors and/or patches without that
drama. To wit:
> So when I r
Sorry I missed this other thing I wanted to comment on:
On Mon, Aug 15, 2016 at 2:07 PM, Josh Elser wrote:
>
>
>
> 3) What do people think about changing this in a 1.2.3 with a quick
> turn-around?
>
>
I'm actually behind cadence for 1.2.3 by about a week, so I'm fine with
getting that release
Not sure what scenario testRegionServerStoppedOnScannerOpen() intended to
test.
Looks like testRegionServerStoppedOnScannerOpen() can be dropped.
On Mon, Aug 15, 2016 at 8:13 PM, Huang, Zhi wrote:
> Hi,
> I am reading the test code in hbase, and I found in this test class:
> https://github.com
Thanks for bringing this up Josh!
On Mon, Aug 15, 2016 at 2:21 PM, Andrew Purtell wrote:
> >
>
> I find the InterfaceAudience annotations on this really strange. How can
> we have a Public audience Interface (o.a.h.h.c.Table) with Private methods?
>
> I'm also not sure the Private annotatio
Hi,
I am reading the test code in hbase, and I found in this test class:
https://github.com/apache/hbase/blob/master/hbase-client/src/test/java/org/apache/hadoop/hbase/client/TestClientNoCluster.java
in line 233 and line 244: the method codes are exactly the same! When one
fails, how do you know w
I have HBASE-16158 open to run check_compatibility.sh as part of our Yetus
personality, I just got sidetracked by other work. Let me try to get
something up by week's end.
-Dima
On Mon, Aug 15, 2016 at 5:15 PM, Stack wrote:
> On Mon, Aug 15, 2016 at 12:21 PM, Andrew Purtell
> wrote:
>
> > ...
On Mon, Aug 15, 2016 at 12:21 PM, Andrew Purtell
wrote:
> ...
> I was looking at our compat guidelines (
> http://hbase.apache.org/book.html#hbase.versioning) and think we could
> make
> a few refinements.
>
> We make several allowances for public interface changes that are binary
> compatible
Ted Yu created HBASE-16418:
--
Summary: Reduce duration of sleep waiting for region reopen in
IntegrationTestBulkLoad#installSlowingCoproc()
Key: HBASE-16418
URL: https://issues.apache.org/jira/browse/HBASE-16418
Thanks for the great reply, Andrew!
Andrew Purtell wrote:
I find the InterfaceAudience annotations on this really strange. How can
we have a Public audience Interface (o.a.h.h.c.Table) with Private methods?
I'm also not sure the Private annotations on the Table interface are that
useful. An
Successful
If successful, the HTML and link-checking report for http://hbase.apache.org is
available at
https://builds.apache.org/job/HBase%20Website%20Link%20Ckecker/56/artifact/link_report/index.html.
If failed, see
https://builds.apache.org/job/HBase%20Website%20Link%20Ckecker/56/console.
Also, the change to Table (HBASE-15645) went out in both 1.1.5 and 1.2.2.
On Mon, Aug 15, 2016 at 12:21 PM, Andrew Purtell
wrote:
> >
>
> I find the InterfaceAudience annotations on this really strange. How can
> we have a Public audience Interface (o.a.h.h.c.Table) with Private methods?
>
>
>
I find the InterfaceAudience annotations on this really strange. How can
we have a Public audience Interface (o.a.h.h.c.Table) with Private methods?
I'm also not sure the Private annotations on the Table interface are that
useful. Any change to an interface renders it source incompatible, and
Hi folks,
I just noticed a ticket over in Phoenix [1] in which some method
additions to the Table interface [2] breaks the source compatibility of
Phoenix with HBase 1.2.2.
My understanding of the current guidelines is that these are allowed as
they do not invalidate binary compatibility of
Thanks Andrew!
On Mon, Aug 15, 2016 at 1:26 PM, Andrew Purtell wrote:
> Done
>
> On Mon, Aug 15, 2016 at 7:31 AM, Sean Busbey wrote:
>
>> Could someone please review the latest version of this change:
>>
>>
>> https://issues.apache.org/jira/browse/HBASE-16318
>>
>> It's the stop-gap to make sure
[
https://issues.apache.org/jira/browse/HBASE-3489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dave Latham resolved HBASE-3489.
Resolution: Fixed
> .oldlogs not being cleaned out
> --
>
>
Done
On Mon, Aug 15, 2016 at 7:31 AM, Sean Busbey wrote:
> Could someone please review the latest version of this change:
>
>
> https://issues.apache.org/jira/browse/HBASE-16318
>
> It's the stop-gap to make sure we don't accidentally include dependencies
> with prohibited licenses again. It too
+1
- Deployed onto a 5-node container cluster from binary tarball (with Hadoop
2.5.1). Did some sanity checks of the HBase shell and web UI, all looks
good.
- Ran IntegrationTestBigLinkedList in loop mode with 1 billion nodes;
passed without a problem with three different monkeys.
On Saturday, Au
Could someone please review the latest version of this change:
https://issues.apache.org/jira/browse/HBASE-16318
It's the stop-gap to make sure we don't accidentally include dependencies
with prohibited licenses again. It took me a long time to get done and it's
sat without comment for nearly a
Anastasia Braginsky created HBASE-16417:
---
Summary: In-Memory MemStore Policy for Flattening and Compactions
Key: HBASE-16417
URL: https://issues.apache.org/jira/browse/HBASE-16417
Project: HBase
Guanghao Zhang created HBASE-16416:
--
Summary: Make NoncedRegionServerCallable extends
RegionServerCallable
Key: HBASE-16416
URL: https://issues.apache.org/jira/browse/HBASE-16416
Project: HBase
Christian Guegi created HBASE-16415:
---
Summary: Replication in different namepace
Key: HBASE-16415
URL: https://issues.apache.org/jira/browse/HBASE-16415
Project: HBase
Issue Type: New Featu
28 matches
Mail list logo