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

Konstantin Shvachko updated HADOOP-11579:
-----------------------------------------
    Target Version/s: 2.7.0
            Assignee: Konstantin Shvachko
             Summary: Documentation for truncate  (was: Add definition of 
truncate preconditions/postconditions to filesystem specification)

Moved to hadoop-common.
Changed the Summary, which was
"Add definition of truncate preconditions/postconditions to filesystem 
specification"

> Documentation for truncate
> --------------------------
>
>                 Key: HADOOP-11579
>                 URL: https://issues.apache.org/jira/browse/HADOOP-11579
>             Project: Hadoop Common
>          Issue Type: Improvement
>          Components: documentation
>    Affects Versions: 2.7.0
>            Reporter: Steve Loughran
>            Assignee: Konstantin Shvachko
>         Attachments: HDFS-7665.patch
>
>
> With the addition of a major new feature to filesystems, the filesystem 
> specification in hadoop-common/site is now out of sync. 
> This means that
> # there's no strict specification of what it should do
> # you can't derive tests from that specification
> # other people trying to implement the API will have to infer what to do from 
> the HDFS source
> # there's no way to decide whether or not the HDFS implementation does what 
> it is intended.
> # without matching tests against the raw local FS, differences between the 
> HDFS impl and the Posix standard one won't be caught until it is potentially 
> too late to fix.
> The operation should be relatively easy to define (after a truncate, the 
> files bytes [0...len-1] must equal the original bytes, length(file)==len, etc)
> The truncate tests already written could then be pulled up into contract 
> tests which any filesystem implementation can run against.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to