Return-Path: X-Original-To: apmail-accumulo-notifications-archive@minotaur.apache.org Delivered-To: apmail-accumulo-notifications-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A4AFC10886 for ; Tue, 18 Mar 2014 17:50:20 +0000 (UTC) Received: (qmail 19422 invoked by uid 500); 18 Mar 2014 17:50:06 -0000 Delivered-To: apmail-accumulo-notifications-archive@accumulo.apache.org Received: (qmail 19232 invoked by uid 500); 18 Mar 2014 17:50:01 -0000 Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jira@apache.org Delivered-To: mailing list notifications@accumulo.apache.org Received: (qmail 19148 invoked by uid 99); 18 Mar 2014 17:49:58 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Mar 2014 17:49:58 +0000 Date: Tue, 18 Mar 2014 17:49:58 +0000 (UTC) From: "Sean Busbey (JIRA)" To: notifications@accumulo.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Resolved] (ACCUMULO-2437) Cannot create splits with MSBit set in MSByte via API MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/ACCUMULO-2437?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sean Busbey resolved ACCUMULO-2437. ----------------------------------- Resolution: Fixed Fix Version/s: 1.5.2 > Cannot create splits with MSBit set in MSByte via API > ------------------------------------------------------ > > Key: ACCUMULO-2437 > URL: https://issues.apache.org/jira/browse/ACCUMULO-2437 > Project: Accumulo > Issue Type: Bug > Components: client, docs > Affects Versions: 1.5.1 > Reporter: Aaron Kimball > Assignee: Sean Busbey > Fix For: 1.5.2, 1.6.0 > > Attachments: ACCUMULO-2437.1.patch.txt > > > I cannot create a table with 256 evenly-sliced splits using the API. I believe due to the fact that Text can only hold valid Unicode characters, the following only generates 129 splits: > {code} > TableOperations tableOps = connector.tableOperations(); > TreeSet splits = new TreeSet(); > for (int i = 0; i < 256; i++) { > byte[] bytes = { (byte) i }; > String theStr = new String(bytes); > splits.add(new Text(theStr)); > } > tableOps.addSplits(TABLE_NAME, splits); > {code} > Using {{getsplits}} in the shell, I see the highest split be 0x7F; while we can use byte values 0x80 through 0xFF as leading bytes in row keys, the use of {{Text}} in the {{addSplits()}} method makes these invalid strings to split on. -- This message was sent by Atlassian JIRA (v6.2#6252)