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

Jean-Marc Spaggiari updated HBASE-8678:
---------------------------------------

    Status: Patch Available  (was: Open)

Test completes as I was writing...

The idea is that we ALWAYS have to add the "/", even if there is no families...

I tried the client with many different calls like this one:
{code}
    Delete delete = new Delete(Bytes.toBytes("row21"));
    delete.deleteColumn(Bytes.toBytes("f1"), Bytes.toBytes("name"));
    delete.deleteFamily(Bytes.toBytes("f2"));
    delete.setTimestamp(2L);
    table.delete(delete);
{code}

And each time checked that table content was correct. DEBUG logs enabled.


{code}
[INFO]                                                                         
[INFO] ------------------------------------------------------------------------
[INFO] Building HBase - Assembly 0.97.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ hbase-assembly ---
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.4:process (default) @ hbase-assembly 
---
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO] 
[INFO] HBase ............................................. SUCCESS [1.773s]
[INFO] HBase - Common .................................... SUCCESS [14.814s]
[INFO] HBase - Protocol .................................. SUCCESS [8.861s]
[INFO] HBase - Client .................................... SUCCESS [6.547s]
[INFO] HBase - Prefix Tree ............................... SUCCESS [2.312s]
[INFO] HBase - Hadoop Compatibility ...................... SUCCESS [4.962s]
[INFO] HBase - Hadoop One Compatibility .................. SUCCESS [0.837s]
[INFO] HBase - Server .................................... SUCCESS [51:48.327s]
[INFO] HBase - Integration Tests ......................... SUCCESS [1.111s]
[INFO] HBase - Examples .................................. SUCCESS [3.849s]
[INFO] HBase - Assembly .................................. SUCCESS [0.037s]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 52:34.058s
[INFO] Finished at: Tue Jun 04 13:07:49 EDT 2013
[INFO] Final Memory: 44M/562M
[INFO] ------------------------------------------------------------------------
{code}
                
> Wrongly delete cells in some case which can not be deleted
> ----------------------------------------------------------
>
>                 Key: HBASE-8678
>                 URL: https://issues.apache.org/jira/browse/HBASE-8678
>             Project: HBase
>          Issue Type: Bug
>          Components: REST
>    Affects Versions: 0.95.0, 0.94.5
>         Environment: CentOS 5.5/hadoop0.20.2/hbase0.94.5/zookeeper3.4.3
>            Reporter: Eric Huang
>         Attachments: HBASE-8678-v0-trunk.patch
>
>
> First, I put a cell using put interface, but I don't specify timestamp. Then 
> I delete the the same row, specify a timestamp of 1L. Unfortunately, the 
> former cell is 
> deleted. We should know this cell can not be deleted in this case. (Using 
> original Client API)
> Code like this;
> public static void main(String[] args) throws Exception {
>         Cluster cluster = new Cluster();
>         cluster.add("10.28.171.38", 8080);
>         Client client = new Client(cluster);
>         RemoteHTable table = new RemoteHTable(client, "demotime");
>                 
>         Put put = new Put(Bytes.toBytes("row21"));
>         put.add("info".getBytes(), "name".getBytes(), "huanggang".getBytes());
>         table.put(put);
>         
>         Delete delete = new Delete(Bytes.toBytes("row21"));
>         delete.setTimestamp(1L);
>         table.delete(delete);
>     }

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to