[
https://issues.apache.org/jira/browse/HDFS-7878?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15508091#comment-15508091
]
Chris Douglas commented on HDFS-7878:
-------------------------------------
bq. Any changes to FileStatus has to be done so that external filesystems (e.g.
google cloud storage) which subclass FileStatus don't break. I know, given the
pain Guice causes us it'd be retaliation, but the GCS team aren't the guice
team, and would upset users.
Of course. On HDFS-6984, I'm anxious changing the {{FileStatus}} serialization
between 2.x and 3.x. Distcp is fine- that dependency is only intra-job- but if
someone has a {{SequenceFile}} full of {{FileStatus}} objects in their
clusters, those would become unreadable without a 2.x common jar. Whether it's
worth it or not, we can discuss in HDFS-6984.
bq. FileStatus is part of the public FS API, documented in FileSystem.md.
You're proposing changing it, aren't you? Which means you get to update the doc
and the tests in AbstractContractGetFileStatusTest
Happily. Do you have feedback on this proposal, outside of its requirement to
update the FS specification?
> API - expose an unique file identifier
> --------------------------------------
>
> Key: HDFS-7878
> URL: https://issues.apache.org/jira/browse/HDFS-7878
> Project: Hadoop HDFS
> Issue Type: Improvement
> Reporter: Sergey Shelukhin
> Assignee: Sergey Shelukhin
> Labels: BB2015-05-TBR
> Attachments: HDFS-7878.01.patch, HDFS-7878.02.patch,
> HDFS-7878.03.patch, HDFS-7878.04.patch, HDFS-7878.05.patch,
> HDFS-7878.06.patch, HDFS-7878.patch
>
>
> See HDFS-487.
> Even though that is resolved as duplicate, the ID is actually not exposed by
> the JIRA it supposedly duplicates.
> INode ID for the file should be easy to expose; alternatively ID could be
> derived from block IDs, to account for appends...
> This is useful e.g. for cache key by file, to make sure cache stays correct
> when file is overwritten.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org
