[
https://issues.apache.org/jira/browse/EAGLE-14?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15052242#comment-15052242
]
ASF GitHub Bot commented on EAGLE-14:
-------------------------------------
Github user RalphSu commented on a diff in the pull request:
https://github.com/apache/incubator-eagle/pull/19#discussion_r47324342
--- Diff:
eagle-security/eagle-security-hdfs-auditlog/src/test/java/org/apache/eagle/security/auditlog/TestSiddhiPattern.java
---
@@ -0,0 +1,103 @@
+
--- End diff --
The license information is missing.
btw: We might also check in the eclipse format/template into code base.
> 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)
