You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-issues@hadoop.apache.org by "Mark Miller (JIRA)" <ji...@apache.org> on 2013/07/03 19:36:20 UTC

[jira] [Updated] (HADOOP-9699) org.apache.hadoop.fs.FileUtil#canRead and canWrite should return false on SecurityExceptions.

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

Mark Miller updated HADOOP-9699:
--------------------------------

    Attachment: HADOOP-9699.patch
    
> org.apache.hadoop.fs.FileUtil#canRead and canWrite should return false on SecurityExceptions.
> ---------------------------------------------------------------------------------------------
>
>                 Key: HADOOP-9699
>                 URL: https://issues.apache.org/jira/browse/HADOOP-9699
>             Project: Hadoop Common
>          Issue Type: Bug
>            Reporter: Mark Miller
>            Priority: Minor
>         Attachments: HADOOP-9699.patch
>
>
> Currently, if a security manager denies access on these calls, a SecurityException is thrown rather than returning false.
> This causes ugly behavior in MiniDFSCluster#createPermissionsDiagnosisString for example. If you are running with a security manager, that method can hide root exceptions on you because when it tries to create the permissions string, canRead and canWrite can throw security exceptions - the original exception is lost, and the problem may not be permissions related at all (it wasn't in the case that I ran into this).
> Rather than hardening createPermissionsDiagnosisString, it seems like these methods should just treat SecurityExceptions as lack of access.

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