[ 
https://issues.apache.org/jira/browse/OAK-7569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16571976#comment-16571976
 ] 

Alexander Klimetschek commented on OAK-7569:
--------------------------------------------

Ok, the „unlikely“ part is the one I wonder if Oak would be comfortable with. 
Otherwise I am happy if you can handle approach 1.

Regarding NamePathMapper.DEFAULT: I didn‘t say all usages are wrong, and the 
stats was just an indication. But from looking at the code and call 
hierarchies, it seems a lot or most of the NamePathMapper usages is simply 
there to pass it to the static ValueFactoryImpl methods in the end. And it 
seemed impossible for me to reason about it with the varying requirements of 
all these different components. One example: if I have a NAME or PATH type 
property on a user home, will Authorizable.getProperty() handle the right 
namespace mappings?

> Direct Binary Access
> --------------------
>
>                 Key: OAK-7569
>                 URL: https://issues.apache.org/jira/browse/OAK-7569
>             Project: Jackrabbit Oak
>          Issue Type: New Feature
>          Components: api, blob-cloud, blob-cloud-azure, blob-plugins
>            Reporter: Matt Ryan
>            Assignee: Matt Ryan
>            Priority: Major
>         Attachments: OAK-7569-api-javadoc-improvements.patch
>
>
> Provide a direct binary access feature to Oak which allows an authenticated 
> client to create or download blobs directly to/from the blob store, assuming 
> the authenticated user has appropriate permission to do so. The primary value 
> of this feature is that the I/O of transferring large binary files to or from 
> the blob store can be offloaded entirely from Oak and performed directly 
> between a client application and the blob store.
> This feature is described in more detail [on the Oak 
> wiki|https://wiki.apache.org/jackrabbit/Direct%20Binary%20Access].
> This feature is similar in functionality to OAK-6575.  It adds the capability 
> to also upload directly to storage via preauthorized URLs in addition to 
> downloading directly from storage via preauthorized URLs.



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

Reply via email to