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

Ted Yu commented on HBASE-19621:
--------------------------------

In ReplicationPeersZKImpl#updatePeerConfig() :
{code}
    ReplicationPeerConfigBuilder builder = 
ReplicationPeerConfig.newBuilder(newConfig);
    builder.putAllConfiguration(existingConfig.getConfiguration());
    builder.putAllPeerData(existingConfig.getPeerData());
{code}
I think the above logic is incorrect - we shouldn't overwrite the newConfig 
with existingConfig.
[~zghaobac]:
Can you check this part again ?


> Revisit the methods in ReplicationPeerConfigBuilder
> ---------------------------------------------------
>
>                 Key: HBASE-19621
>                 URL: https://issues.apache.org/jira/browse/HBASE-19621
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Guanghao Zhang
>            Assignee: Guanghao Zhang
>            Priority: Minor
>             Fix For: 2.0.0-beta-1
>
>         Attachments: HBASE-19621.master.001.patch, 
> HBASE-19621.master.002.patch
>
>
> Add 4 methods for ReplicationPeerConfigBuilder:
> putConfiguration
> putAllConfiguration
> putPeerData
> putAllPeerData
> Meanwhile, remove setConfiuration and serPeerData from 
> ReplicationPeerConfigBuilder.
> Because previous ReplicationPeerConfig didn't support setConfiuration and 
> serPeerData. And previous code used getConfiguration.put or putAll to add 
> configuration. So add methods to keep consistent with old usage.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to