You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Sean Busbey (JIRA)" <ji...@apache.org> on 2014/08/20 18:58:26 UTC

[jira] [Commented] (HBASE-7782) HBaseTestingUtility.truncateTable() not acting like CLI

    [ https://issues.apache.org/jira/browse/HBASE-7782?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14104121#comment-14104121 ] 

Sean Busbey commented on HBASE-7782:
------------------------------------

The truncating version of this can be handled with HBASE-8332 now.

Any preference on wether existing use of HBTU.truncateTable should use the renamed deleteTableData method?

> HBaseTestingUtility.truncateTable() not acting like CLI
> -------------------------------------------------------
>
>                 Key: HBASE-7782
>                 URL: https://issues.apache.org/jira/browse/HBASE-7782
>             Project: HBase
>          Issue Type: Improvement
>          Components: test
>    Affects Versions: 0.94.3
>            Reporter: Adrien Mogenet
>            Priority: Minor
>              Labels: cli, hbasetest, test
>
> I would like to discuss the behavior of the truncateTable() method of HBaseTestingUtility. It's currently only removing the data through a scan/delete pattern.
> However, the truncate command in CLI is doing additional things: it disables the tables, drop, creates (with similar column descriptors) and then enables the table.
> I think the truncateTable() method is misleading; for example I used it to force a coprocessor to be reloaded, but it did not. Of course I can disable and enable the table by myself within my unit test, but perhaps it deserves to be discussed?



--
This message was sent by Atlassian JIRA
(v6.2#6252)