hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-5251) Some commands return "0 rows" when > 0 rows were processed successfully
Date Sun, 19 Aug 2012 04:21:37 GMT

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

stack commented on HBASE-5251:

Sameer.  Patch looks good.  Now we do not pass a formatter?  There is a default instead? 
(Looks like it is RowFormatter?)

When we do this:

+    rowFormatter = Shell::Formatter::RowFormatter.new(:output_stream => STDOUT)

Is this saying STDOUT is default or is it saying use STDOUT?

Do RowFormatter and AdminFormatter need comments explaining when they are used?

+1 on removing the XHTMLFooter.

> Some commands return "0 rows" when > 0 rows were processed successfully
> -----------------------------------------------------------------------
>                 Key: HBASE-5251
>                 URL: https://issues.apache.org/jira/browse/HBASE-5251
>             Project: HBase
>          Issue Type: Bug
>          Components: shell
>    Affects Versions: 0.90.5
>            Reporter: David S. Wang
>            Assignee: Sameer Vaishampayan
>            Priority: Minor
>              Labels: noob
>         Attachments: patch7.diff, patch8.diff
> From the hbase shell, I see this:
> hbase(main):049:0> scan 't1'                    
> ROW                   COLUMN+CELL                                               
>  r1                   column=f1:c1, timestamp=1327104295560, value=value        
>  r1                   column=f1:c2, timestamp=1327104330625, value=value        
> 1 row(s) in 0.0300 seconds
> hbase(main):050:0> deleteall 't1', 'r1'
> 0 row(s) in 0.0080 seconds                  <====== I expected this to read "2 row(s)"
> hbase(main):051:0> scan 't1'           
> ROW                   COLUMN+CELL                                               
> 0 row(s) in 0.0090 seconds
> I expected the deleteall command to return "1 row(s)" instead of 0, because 1 row was
deleted.  Similar behavior for delete and some other commands.  Some commands such as "put"
work fine.
> Looking at the ruby shell code, it seems that formatter.footer() is called even for commands
that will not actually increment the number of rows reported, such as deletes.  Perhaps there
should be another similar function to formatter.footer(), but that will not print out @row_count.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


View raw message