jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Thomas Mueller (JIRA)" <j...@apache.org>
Subject [jira] Commented: (JCR-1563) Data Store: UTFDataFormatException when using large minRecordLength
Date Mon, 05 May 2008 06:46:55 GMT

    [ https://issues.apache.org/jira/browse/JCR-1563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12594152#action_12594152

Thomas Mueller commented on JCR-1563:

> we already have a procedure for detecting the type of the data 
Do you mean the property type? 
The listed types are not property types, it's always PropertyType.BINARY.

I'm not sure if you read my comment above: "That's true, it was a mistake to use writeUTF.
I can try to change it to write the raw bytes in BundleBinding. Data using the new format
will have the prefix '-3' (so far we have '-1' and '-2'). I will introduce constants for those
magic numbers. However this change is more complex than simply capping minRecordLength to

> 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.

View raw message