Return-Path: Delivered-To: apmail-incubator-cassandra-commits-archive@minotaur.apache.org Received: (qmail 86975 invoked from network); 15 Apr 2009 03:18:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 15 Apr 2009 03:18:36 -0000 Received: (qmail 35703 invoked by uid 500); 15 Apr 2009 03:18:36 -0000 Delivered-To: apmail-incubator-cassandra-commits-archive@incubator.apache.org Received: (qmail 35676 invoked by uid 500); 15 Apr 2009 03:18:36 -0000 Mailing-List: contact cassandra-commits-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cassandra-dev@incubator.apache.org Delivered-To: mailing list cassandra-commits@incubator.apache.org Received: (qmail 35662 invoked by uid 99); 15 Apr 2009 03:18:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Apr 2009 03:18:36 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Apr 2009 03:18:35 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4A13E234C003 for ; Tue, 14 Apr 2009 20:18:15 -0700 (PDT) Message-ID: <263495765.1239765495287.JavaMail.jira@brutus> Date: Tue, 14 Apr 2009 20:18:15 -0700 (PDT) From: "Sandeep Tata (JIRA)" To: cassandra-commits@incubator.apache.org Subject: [jira] Updated: (CASSANDRA-81) get_slice ignores the "start" parameter In-Reply-To: <634678886.1239749774956.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CASSANDRA-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sandeep Tata updated CASSANDRA-81: ---------------------------------- Attachment: fix_for_get_slice.patch Basic idea: Instead of passing in a CountFilter, the getRow call resolves the entire row, drops the first "offset" cols, picks the next "count" cols and returns. For the given semantics, you can't get around resolving the full row. > get_slice ignores the "start" parameter > --------------------------------------- > > Key: CASSANDRA-81 > URL: https://issues.apache.org/jira/browse/CASSANDRA-81 > Project: Cassandra > Issue Type: Bug > Affects Versions: trunk > Environment: all > Reporter: Sandeep Tata > Assignee: Sandeep Tata > Fix For: trunk > > Attachments: fix_for_get_slice.patch, unit_tests_for_get_slice.patch > > > get_slice(string tablename, string key, string columnFamily_column, i32 start, i32 count) is expected is return all columns starting at offset "start" subject to a maximum of "count" columns. The current code does not do this. > Example interaction: > ./Cassandra-remote insert 'Table1' 'key' 'DATA:c1' 'val1' 1 > None > ./Cassandra-remote insert 'Table1' 'key' 'DATA:c2' 'val2' 1 > None > ./Cassandra-remote insert 'Table1' 'key' 'DATA:c3' 'val3' 1 > None > ./Cassandra-remote get_slice 'Table1' 'key' 'DATA' 0 2 > [ {'columnName': 'c1', 'value': 'val1', 'timestamp': 1}, > {'columnName': 'c2', 'value': 'val2', 'timestamp': 1}] > ./Cassandra-remote get_slice 'Table1' 'key' 'DATA' 1 2 > [ {'columnName': 'c1', 'value': 'val1', 'timestamp': 1}, > {'columnName': 'c2', 'value': 'val2', 'timestamp': 1}]] <<---- Same as prev! "start" ignored > ./Cassandra-remote get_slice 'Table1' 'key' 'DATA' 0 1 > [{'columnName': 'c1', 'value': 'val1', 'timestamp': 1}] > ./Cassandra-remote get_slice 'Table1' 'key' 'DATA' 2 1 > [{'columnName': 'c1', 'value': 'val1', 'timestamp': 1}] <<---- Same as prev! "start" ignored -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.