You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Geoffrey Jacoby (JIRA)" <ji...@apache.org> on 2017/01/31 18:59:52 UTC

[jira] (HBASE-17543) Create additional ReplicationEndpoint WALEntryFilters by configuration

     [ https://issues.apache.org/jira/browse/HBASE-17543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Geoffrey Jacoby updated HBASE-17543:
------------------------------------
    Attachment: HBASE-17543.v3.patch

Fixed the import formatting in ReplicationManager requested by [~tedyu@apache.org]. I'll also backport to branch-1 and post soon

> Create additional ReplicationEndpoint WALEntryFilters by configuration
> ----------------------------------------------------------------------
>
>                 Key: HBASE-17543
>                 URL: https://issues.apache.org/jira/browse/HBASE-17543
>             Project: HBase
>          Issue Type: Improvement
>          Components: Replication
>            Reporter: Geoffrey Jacoby
>            Assignee: Geoffrey Jacoby
>         Attachments: HBASE-17543.patch, HBASE-17543.v2.patch, HBASE-17543.v3.patch
>
>
> The existing BaseReplicationEndpoint creates a ChainWALEntryFilter containing a NamespaceTableCfWALEntryFilter and a ScopeWALEntryFilter. Adding a custom WALEntryFilter type to this chain requires creating an entirely new ReplicationEndpoint subclass and creating a new peer on the running cluster, which can be operationally complex to transition to without data loss in cases such as master/master.
> For WALEntryFilters without constructor parameters, it would be straightforward to have a Configuration option to list additional WALEntryFilter classes the operator wants to include in the filter chain in the default endpoint, and then have the endpoint instantiate the filters via reflection. Then filter logic could be added (or removed) with only a hbase-site.xml change and a rolling restart. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)