[jira] [Created] (HBASE-16419) check REPLICATION_SCOPE's value more stringent

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:

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

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

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

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

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

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+,

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

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

[RESULT] [VOTE] The 2nd HBase 0.98.21 release candidate (RC1) is available

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,

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

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

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

> 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

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

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

Re: Can anyone explain tome about the 2 unit tests in hbase-client have the same code?

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

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

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

Can anyone explain tome about the 2 unit tests in hbase-client have the same code?

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

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

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

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

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

[jira] [Created] (HBASE-16418) Reduce duration of sleep waiting for region reopen in IntegrationTestBulkLoad#installSlowingCoproc()

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

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

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.

Successful: hbase.apache.org HTML Checker

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.

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

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

Re: Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

> ​ 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,

Source incompatibility between 1.2.[0,1] and 1.2.2 breaks Phoenix

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

Re: Someone please review HBASE-16318

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: >> >> >>

[jira] [Resolved] (HBASE-3489) .oldlogs not being cleaned out

[ 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 > -- > >

Re: Someone please review HBASE-16318

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

Re: [VOTE] The 2nd HBase 0.98.21 release candidate (RC1) is available

+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,

Someone please review HBASE-16318

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

[jira] [Created] (HBASE-16417) In-Memory MemStore Policy for Flattening and Compactions

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

[jira] [Created] (HBASE-16416) Make NoncedRegionServerCallable extends RegionServerCallable

Guanghao Zhang created HBASE-16416: -- Summary: Make NoncedRegionServerCallable extends RegionServerCallable Key: HBASE-16416 URL: https://issues.apache.org/jira/browse/HBASE-16416 Project: HBase

[jira] [Created] (HBASE-16415) Replication in different namepace

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

[jira] [Created] (HBASE-16414) Improve performance for RPC encryption with Apache Common Crypto

Colin Ma created HBASE-16414: Summary: Improve performance for RPC encryption with Apache Common Crypto Key: HBASE-16414 URL: https://issues.apache.org/jira/browse/HBASE-16414 Project: HBase