You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "Julian Reschke (JIRA)" <ji...@apache.org> on 2019/04/26 04:32:00 UTC

[jira] [Updated] (OAK-8275) Add NIO channel access to JCR binaries

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

Julian Reschke updated OAK-8275:
--------------------------------
    Summary: Add NIO channel access to JCR binaries  (was: Add NIO channel access to JCR binaries.)

> Add NIO channel access to JCR binaries
> --------------------------------------
>
>                 Key: OAK-8275
>                 URL: https://issues.apache.org/jira/browse/OAK-8275
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>            Reporter: Henry Saginor
>            Priority: Major
>
> This is a follow up to the discussion started in OAK-8186. Currently JCR binaries can only be accessed via InputStream. This is inefficient. It can also be inadequate for some use cases. For example handling some Zip file formats like deflate64 requires random access.
> The proposal is to add API that returns SeekableByteChannel
> Here is the new API I am proposing -
>  [https://github.com/hsaginor/jackrabbit/blob/createChannel/jackrabbit-api/src/main/java/org/apache/jackrabbit/api/ChannelBinary.java]
>  [https://github.com/hsaginor/jackrabbit-oak/blob/createChannel2/oak-api/src/main/java/org/apache/jackrabbit/oak/api/Blob.java] (see 2 added methods)
> And all of the implementation changes -
>  [https://github.com/apache/jackrabbit-oak/compare/trunk...hsaginor:createChannel2]
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)