You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@eagle.apache.org by "Edward Zhang (JIRA)" <ji...@apache.org> on 2015/12/22 22:20:46 UTC

[jira] [Resolved] (EAGLE-14) Re-assemble high level hdfs commands for better policy

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

Edward Zhang resolved EAGLE-14.
-------------------------------
    Resolution: Fixed

> Re-assemble high level hdfs commands for better policy
> ------------------------------------------------------
>
>                 Key: EAGLE-14
>                 URL: https://issues.apache.org/jira/browse/EAGLE-14
>             Project: Eagle
>          Issue Type: Improvement
>    Affects Versions: 0.3.0
>            Reporter: Edward Zhang
>            Assignee: Edward Zhang
>             Fix For: 0.3.0
>
>   Original Estimate: 240h
>  Remaining Estimate: 240h
>
> User today can use Eagle to create policy against the finest granularity of hdfs command for example getFileInfo, list, delete etc., but that sometimes is not good for defining a policy against a user's native command.
> Hdfs client would interpret user's high level command into multiple fine commands and send those fine commands to Hdfs server which in turn are logged into namenode audit log. For example one copyToLocal high-level command probably involves multiple fine commands like rename, move, delete etc.
> Eagle should have a capability to re-assemble those command in real-time to let user define policy on those high-level commands.



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