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

Hadoop QA commented on HBASE-10866:
-----------------------------------

{color:red}-1 overall{color}.  Here are the results of testing the latest 
attachment 
  http://issues.apache.org/jira/secure/attachment/12637916/HBASE-10866.patch
  against trunk revision .
  ATTACHMENT ID: 12637916

    {color:green}+1 @author{color}.  The patch does not contain any @author 
tags.

    {color:red}-1 tests included{color}.  The patch doesn't appear to include 
any new or modified tests.
                        Please justify why no new tests are needed for this 
patch.
                        Also please list what manual steps were performed to 
verify this patch.

    {color:red}-1 patch{color}.  The patch command could not apply the patch.

Console output: 
https://builds.apache.org/job/PreCommit-HBASE-Build/9144//console

This message is automatically generated.

> Decouple HLogSplitterHandler from ZooKeeper
> -------------------------------------------
>
>                 Key: HBASE-10866
>                 URL: https://issues.apache.org/jira/browse/HBASE-10866
>             Project: HBase
>          Issue Type: Improvement
>          Components: regionserver, Zookeeper
>            Reporter: Mikhail Antonov
>         Attachments: HBASE-10866.patch, HBASE-10866.patch, HBASE-10866.patch
>
>
> As some sort of follow-up or initial step towards HBASE-10296...
> Whatever consensus algorithm/library may be the chosen, perhaps on of first 
> practical steps towards this goal would be to better abstract ZK-related API 
> and details, which are now throughout the codebase (mostly leaked throuth 
> ZkUtil, ZooKeeperWatcher and listeners).
> I'd like to propose a series of patches to help better abstract out zookeeper 
> (and then help develop consensus APIs). 
> Here is first version of  patch for initial review (then I'm planning to work 
> on another handlers in regionserver, and then perhaps start working on 
> abstracting listeners).



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to