[
https://issues.apache.org/jira/browse/OAK-7589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16541284#comment-16541284
]
Marcel Reutegger commented on OAK-7589:
---------------------------------------
The quick implementation done by Michael has one drawback, the design of the
{{BinaryUpload}} interface requires state on the server side. It doesn't use a
token that can be passed between uploading the parts and completing the upload.
I prefer the initial proposal with the upload token.
Then there's also the open issue with the usage of URL vs. URI (OAK-7574).
[~reschke] mentioned his strong preference for URI.
> [DirectBinaryAccess][DISCUSS] Client facing API
> -----------------------------------------------
>
> Key: OAK-7589
> URL: https://issues.apache.org/jira/browse/OAK-7589
> Project: Jackrabbit Oak
> Issue Type: Technical task
> Reporter: Matt Ryan
> Assignee: Matt Ryan
> Priority: Major
>
> From a discussion w/ [~mreutegg]: Suggested that we move the API changes out
> of oak-jcr (i.e. org.apache.jackrabbit.oak.jcr.api.binary.HttpBinaryProvider
> and org.apache.jackrabbit.oak.jcr.api.binary.HttpBinaryDownload to a
> different package to avoid unnecessary API changes to oak-jcr.
> This issue should also be used to discuss how exactly the client facing API
> is designed.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
