[
https://issues.apache.org/jira/browse/HBASE-18893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16208457#comment-16208457
]
stack commented on HBASE-18893:
-------------------------------
bq. This potentially affects coprocessors that needed the update notifications
for new or removed columns.
Just 'potentially' or is it actually?
Notion of bypass has to get a rework before alpha-4; default will be no bypass
allowed.. just a few preXXX methods can bypass by returning true as result
(TODO -- thats short version).
You'd remove AddCFP and DCFP in favor of what? A modifytable procedure?
Thanks [~mdrob].
> shell 'alter' command no longer distinguishes column add/modify/delete
> ----------------------------------------------------------------------
>
> Key: HBASE-18893
> URL: https://issues.apache.org/jira/browse/HBASE-18893
> Project: HBase
> Issue Type: Bug
> Components: shell
> Reporter: Mike Drob
>
> After HBASE-15641 all 'alter' commands go through a single modifyTable call
> at the end, so we no longer can easily distinguish add, modify, and delete
> column events. This potentially affects coprocessors that needed the update
> notifications for new or removed columns.
> Let's let the shell still make separate behaviour calls like it did before
> without undoing the batching that seems pretty useful.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
