[
https://issues.apache.org/jira/browse/HBASE-20828?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16533750#comment-16533750
]
stack commented on HBASE-20828:
-------------------------------
Would have to be more than a boolean so can say whether exclusive or not and
then there are the locks that are kept for the life of the procedure vs just
for each procedure step. The way nonces are done by the framework automatically
is kinda nice. Would be cool if could do same for locks. See
ProcedureExecutor#loadProcedures where it reads nonce from each Procedure...
Framework does the serialization of nonces for the Procedure in background.
> Finish-up AMv2 Design/List of Tenets/Specification of operation
> ---------------------------------------------------------------
>
> Key: HBASE-20828
> URL: https://issues.apache.org/jira/browse/HBASE-20828
> Project: HBase
> Issue Type: Umbrella
> Components: amv2
> Reporter: stack
> Priority: Major
>
> AMv2 is missing specification. There are too many grey-areas still. Also
> missing are a concise listing of the tenets of AMv2 operation. Here are some
> examples:
> * HBASE-19529 "Handle null states in AM": Asks how we should treat null
> state in hbase:meta. What does it 'mean'. We seem to treat it differently
> dependent on context. Needs clarification. [~Apache9] recently asked similar
> about the meaning of OFFLINE.
> * Logging needs to have a particular form to help trace Procedure progress;
> needs a write-up.
> Lets fill in items to address in this umbrella issue. Can address in
> subissues and produce specification doc too. We have the below but these are
> mostly (incomplete) description for devs on pv2 and amv2; the specification
> is missing:
> http://hbase.apache.org/book.html#pv2
> http://hbase.apache.org/book.html#amv2
> (Other areas include addressing what is up w/ rollback -- when, how much, and
> when it is not appropriate -- as well as recommendation on Procedures
> coarseness, locking -- is it ok to lock table in alter table procedure for
> the life of the procedure? -- and so on).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
