[ 
https://issues.apache.org/jira/browse/HIVE-4442?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13757952#comment-13757952
 ] 

Hudson commented on HIVE-4442:
------------------------------

FAILURE: Integrated in Hive-trunk-hadoop1-ptest #150 (See 
[https://builds.apache.org/job/Hive-trunk-hadoop1-ptest/150/])
HIVE-4442: WebHCat should not override user.name parameter for Queue call 
(Daniel Dai) (daijy: 
http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN&view=rev&rev=1519875)
* /hive/trunk/RELEASE_NOTES.txt
* 
/hive/trunk/hcatalog/webhcat/svr/src/main/java/org/apache/hcatalog/templeton/DeleteDelegator.java
* 
/hive/trunk/hcatalog/webhcat/svr/src/main/java/org/apache/hcatalog/templeton/ListDelegator.java
* 
/hive/trunk/hcatalog/webhcat/svr/src/main/java/org/apache/hcatalog/templeton/Server.java
* 
/hive/trunk/hcatalog/webhcat/svr/src/main/java/org/apache/hcatalog/templeton/StatusDelegator.java
* 
/hive/trunk/shims/src/0.20/java/org/apache/hadoop/hive/shims/Hadoop20Shims.java
* 
/hive/trunk/shims/src/0.20S/java/org/apache/hadoop/hive/shims/Hadoop20SShims.java
* 
/hive/trunk/shims/src/0.20S/java/org/apache/hadoop/mapred/WebHCatJTShim20S.java
* 
/hive/trunk/shims/src/0.23/java/org/apache/hadoop/hive/shims/Hadoop23Shims.java
* /hive/trunk/shims/src/0.23/java/org/apache/hadoop/mapred/WebHCatJTShim23.java
* 
/hive/trunk/shims/src/common/java/org/apache/hadoop/hive/shims/HadoopShims.java

                
> [HCatalog] WebHCat should not override user.name parameter for Queue call
> -------------------------------------------------------------------------
>
>                 Key: HIVE-4442
>                 URL: https://issues.apache.org/jira/browse/HIVE-4442
>             Project: Hive
>          Issue Type: Bug
>          Components: HCatalog
>            Reporter: Daniel Dai
>            Assignee: Daniel Dai
>             Fix For: 0.12.0
>
>         Attachments: HIVE-4442-1.patch, HIVE-4442-2.patch, HIVE-4442-3.patch
>
>
> Currently templeton for the Queue call uses the user.name to filter the 
> results of the call in addition to the default security.
> Ideally the filter is an optional parameter to the call independent of the 
> security check.
> I would suggest a parameter in addition to GET queue (jobs) give you all the 
> jobs a user have permission:
> GET queue?showall=true

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

Reply via email to