[ 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)