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

Ted Yu commented on HBASE-17460:
--------------------------------

{code}
+   * @param HColumnDescriptor
+   */
+  public void copyReplicationScope(HColumnDescriptor hcd) {
{code}
Please fix the javadoc warning - parameter name should be hcd.
{code}
+  public boolean hasReplicationEnabled() {
{code}
hasReplicationEnabled -> isReplicationEnabled
{code}
+        result = true;
+        break;
{code}
You can just return true instead of break'ing.
{code}
+   * @return true if the contents of the the two descriptors match (ignoring 
just
{code}
Remove redundant 'the'
{code}
+    result = (this.copyReplicationScope(localHtd) == 0);
{code}
Currently, it is up to the caller of compareForReplication() to make a copy. 
Shouldn't the copy be made by compareForReplication() ?

> enable_table_replication can not perform cyclic replication of a table
> ----------------------------------------------------------------------
>
>                 Key: HBASE-17460
>                 URL: https://issues.apache.org/jira/browse/HBASE-17460
>             Project: HBase
>          Issue Type: Bug
>          Components: Replication
>            Reporter: NITIN VERMA
>            Assignee: NITIN VERMA
>              Labels: replication
>         Attachments: HBASE-17460.patch, HBASE-17460_v2.patch
>
>   Original Estimate: 96h
>  Remaining Estimate: 96h
>
> The enable_table_replication operation is broken for cyclic replication of 
> HBase table as we compare all the properties of column families (including 
> REPLICATION_SCOPE). 
> Below is exactly what happens:
> 1.  Running "enable_table_replication 'table1'  " opeartion on first cluster 
> will set the REPLICATION_SCOPE of all column families to peer id '1'. This 
> will also create a table on second cluster where REPLICATION_SCOPE is still 
> set to peer id '0'.
> 2. Now when we run "enable_table_replication 'table1'" on second cluster, we 
> compare all the properties of table (including REPLICATION_SCOPE_, which 
> obviously is different now. 
> I am proposing a fix for this issue where we should avoid comparing 
> REPLICATION_SCOPE inside HColumnDescriotor::compareTo() method, especially 
> when replication is not already enabled on the desired table.
> I have made that change and it is working. I will submit the patch soon.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to