[jira] [Created] (HDFS-5021) FileSystem#delete and FileSystem#rename should operate on symlinks, not their targets

["Colin Patrick McCabe (JIRA)" <ji...@apache.org>]

Colin Patrick McCabe created HDFS-5021:
------------------------------------------

             Summary: FileSystem#delete and FileSystem#rename should operate on symlinks, not their targets
                 Key: HDFS-5021
                 URL: https://issues.apache.org/jira/browse/HDFS-5021
             Project: Hadoop HDFS
          Issue Type: Bug
            Reporter: Colin Patrick McCabe
             Fix For: 2.1.0-beta


Currently {{FileSystem#delete}} and {{FileSystem#rename}} don't behave as expected on symlinks.  If you have {{/a/b/c}} as a link to {{/a/b/d}}, and you try to delete {{/a/b/c}}, the target {{/a/b/d}} will be deleted instead.  Not only is this contrary to POSIX (and pretty much every other filesystem standard) but this gives us no way to actually delete symlinks other than deleting the containing directory.

Let's fix this so deleting a symlink deletes the symlink itself.  It will just require not dereferencing the last path component.  I haven't looked as closely into rename but I think there are similar issues there

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira