You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Alexander Klimetschek (JIRA)" <ji...@apache.org> on 2018/08/09 06:27:00 UTC

[jira] [Updated] (JCR-4355) Javadoc fixes and improvements for new direct binary access API

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

Alexander Klimetschek updated JCR-4355:
---------------------------------------
    Description: 
Here are some changes to the javadocs for the new API: OAK-7569-api-javadoc-improvements.patch
more concise descriptions
correcting some inaccuracies (clients cannot choose whether to do single or multipart upload, multipart might be strictly required depending on the size)
most importantly the upload algorithm (standard partSize calculation was wrong)
focus on API users, separated notes to implementors
for BinaryDownloadOptions added note from which jcr properties a client would normally take these values from
added security considerations

> Javadoc fixes and improvements for new direct binary access API
> ---------------------------------------------------------------
>
>                 Key: JCR-4355
>                 URL: https://issues.apache.org/jira/browse/JCR-4355
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: jackrabbit-api
>            Reporter: Alexander Klimetschek
>            Priority: Major
>
> Here are some changes to the javadocs for the new API: OAK-7569-api-javadoc-improvements.patch
> more concise descriptions
> correcting some inaccuracies (clients cannot choose whether to do single or multipart upload, multipart might be strictly required depending on the size)
> most importantly the upload algorithm (standard partSize calculation was wrong)
> focus on API users, separated notes to implementors
> for BinaryDownloadOptions added note from which jcr properties a client would normally take these values from
> added security considerations



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