jackrabbit-oak-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael Dürig (JIRA) <j...@apache.org>
Subject [jira] [Resolved] (OAK-3107) SegmentWriter should be able to store blob IDs longer than 4096 bytes
Date Fri, 17 Jul 2015 10:37:04 GMT

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

Michael Dürig resolved OAK-3107.
       Resolution: Fixed
    Fix Version/s: 1.3.3

Fixed at http://svn.apache.org/r1691509 for trunk.

Thanks [~frm] for the patch. Do you need me to back port this to some branches? If so, please
re-open and set the fix versions accordingly. 

> SegmentWriter should be able to store blob IDs longer than 4096 bytes
> ---------------------------------------------------------------------
>                 Key: OAK-3107
>                 URL: https://issues.apache.org/jira/browse/OAK-3107
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>            Reporter: Francesco Mari
>            Assignee: Michael Dürig
>             Fix For: 1.3.3
>         Attachments: OAK-3107-01.patch
> The {{SegmentWriter}} is able to store blob IDs that are no longer than 4096 bytes, but
some implementation of {{BlobStore}} may return blob IDs 4096 bytes long (or more).
> It should be possible to use a different encoding for long blob IDs. The blob IDs should
be written as a string (using {{SegmentWriter#writeString}}), and its reference ID embedded
into a value record.
> The encoding in this case should be something like the following:
> {noformat}
> 11110 + 3bit + 3byte
> {noformat}
> where the three least significant bits of the first bytes are actually unused, and the
three bytes are used to store the record ID of the string representing the blob ID.
> This new encoding is necessary to maintain backwards compatibility with the current way
of storing blob IDs and to give a way to {{SegmentBlob}} to recognise this new encoding.

This message was sent by Atlassian JIRA

View raw message