hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Purtell (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (HBASE-4865) HBaseAdmin addColumn, modifyColumn, deleteColumn are documented as asynchronous but are actually synchronous.
Date Sat, 11 Apr 2015 00:57:14 GMT

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

Andrew Purtell resolved HBASE-4865.
-----------------------------------
    Resolution: Not A Problem

> HBaseAdmin addColumn, modifyColumn, deleteColumn are documented as asynchronous but are
actually synchronous.
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: HBASE-4865
>                 URL: https://issues.apache.org/jira/browse/HBASE-4865
>             Project: HBase
>          Issue Type: Bug
>          Components: Client, master
>    Affects Versions: 0.94.0
>         Environment: all
>            Reporter: Nicolas Liochon
>            Priority: Minor
>
> The javadoc states is asynchronous, but we can see in the implementation on HMaster that
the implementation does not use executorService but calls directly process(). This is not
true for all methods: enableTable, modifyTable, disableTable are truly asynchronous.
> The other impact is that the listeners are not called, as this is done by the executorService.
> I don't known if we have to change the documentation or the implementation. For consistency;
I would change the implementation, but it may breaks existing code.
> Two other comments:
> 1) There is no real naming pattern here, while it would be useful:
> HBaseAdmin#createTable is synchrounous and calls the asynchronous HMaster#createTable

> HBaseAdmin#createTableAsync is asynchrounous and calls the asynchronous HMaster#createTable

> HBaseAdmin#modifyTable is asynchrounous and calls the asynchronous HMaster#modifyTable

> HBaseAdmin#modifyColumn is documented as asynchrounous and calls the synchronous HMaster#modifyColumn
> 2) the coprocessor "post" semantic is not consistent across the services.
> - when the service is synchronous, post is called after the services execution (ex: addColumn
with the current implementation).
> - when the service is asynchronous, post is called after the executorService has registered
the service to execute, but the service itself is not executed yet.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message