jackrabbit-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Jackrabbit Wiki] Update of "JCR Binary Usecase" by JulianReschke
Date Wed, 01 Jun 2016 08:04:20 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Jackrabbit Wiki" for change notification.

The "JCR Binary Usecase" page has been changed by JulianReschke:
https://wiki.apache.org/jackrabbit/JCR%20Binary%20Usecase?action=diff&rev1=5&rev2=6

  
   1. S3DataStore
    a. While performing any read the stream from S3Object is first copied to a local cache
and then a FileInputStream is provided from that
-   a. Due to above even if code needs to read initial few bytes (say vedio metadata) then
also the whole file is first spooled to a file in local cache and then stream is opened on
that
+   a. Due to above even if code needs to read initial few bytes (say vidio metadata) then
also the whole file is first spooled to a file in local cache and then stream is opened on
that
   1. FileDataStore
    a. The file are stored in a directory structure like /xx/yy/zz/<contenthash> where
xx,yy,zz are the initial few letters of the hex encoded content hash
    a. Upon writing the stream is first written to a temporary file and then it is renamed.
In case of NFS based DataStore this would essentially means file is written twice!. This design
problem was solved with FileBlobStore in Oak but that is not being used in production. So
something which we need to live with

Mime
View raw message