Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 95006 invoked from network); 2 May 2008 08:07:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 May 2008 08:07:52 -0000 Received: (qmail 47212 invoked by uid 500); 2 May 2008 08:07:48 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 47185 invoked by uid 500); 2 May 2008 08:07:48 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 47133 invoked by uid 99); 2 May 2008 08:07:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 May 2008 01:07:47 -0700 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; Fri, 02 May 2008 08:07:02 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 979FB234C115 for ; Fri, 2 May 2008 01:03:55 -0700 (PDT) Message-ID: <747673396.1209715435620.JavaMail.jira@brutus> Date: Fri, 2 May 2008 01:03:55 -0700 (PDT) From: "Jukka Zitting (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1563) Data Store: UTFDataFormatException when using large minRecordLength In-Reply-To: <73499537.1209540355669.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12593733#action_12593733 ] Jukka Zitting commented on JCR-1563: ------------------------------------ Since we already have a procedure for detecting the type of the data and parsing it accordingly, couldn't we push that down so that it would operate on byte streams instead of strings? This way we wouldn't need to waste twice the amount of bytes when persisting small binary values. Also, this issue with witeUTF would simply not exist. > Data Store: UTFDataFormatException when using large minRecordLength > ------------------------------------------------------------------- > > Key: JCR-1563 > URL: https://issues.apache.org/jira/browse/JCR-1563 > Project: Jackrabbit > Issue Type: Bug > Reporter: Thomas Mueller > Priority: Minor > > If using a value larger than 33000 for minRecordLength, and then trying to store a value with 33000 bytes, the following exception is thrown: UTFDataFormatException. The reason is that values are serialized using DataOutputStream.writeUTF. There is size limitation of 65 K when using this method. Small entries are hex encoded, and there is a prefix, so the limitation for minRecordLength should be 32000. > This is a problem for both FileDataStore and DbDataStore. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.