On Fri, Aug 26, 2011 at 5:19 PM, Ma, Ming wrote:
> Thanks, Gray, Ted. I will open a jira and provide the fix later.
>
> About where to call such post methods for table operations, after request
> is queued to executor or after EventHandler.process has finished:
>
> 1. It applies to EnableTableHan
coprocessors developers know about it.
-Original Message-
From: Ted Yu [mailto:yuzhih...@gmail.com]
Sent: Friday, August 26, 2011 3:18 PM
To: dev@hbase.apache.org
Subject: Re: coprocessor & table operations
w.r.t. MasterObserver.postCreateTable(), does it make sense to provide this
hoo
w.r.t. MasterObserver.postCreateTable(), does it make sense to provide this
hook at the end of CreateTableHandler.process() now that HBASE-3229 has been
committed ?
Cheers
On Fri, Aug 26, 2011 at 2:57 PM, Gary Helmling wrote:
> Hi Ming,
>
> Sorry, gmail flagged this as spam for some reason, so
Hi Ming,
Sorry, gmail flagged this as spam for some reason, so I didn't see it until
now.
On Wed, Aug 24, 2011 at 12:21 AM, Ma, Ming wrote:
> As part of fixing 3229, I have some questions about usage scenarios of
> coprocessor in table operations, e.g., MasterObserver::preEnableTable, etc.
>
>
As part of fixing 3229, I have some questions about usage scenarios of
coprocessor in table operations, e.g., MasterObserver::preEnableTable, etc.
1. Operations like preAddColumn, etc. don't honor coprocessor's request to
bypass default behavior, as in MasterCoProcessorHost.java. Is that a
