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

Sanjay Radia commented on MAPREDUCE-3825:
-----------------------------------------

The purpose of this JIra is to get delegation tokens without duplication for 
MR. All the additional requirements that you state with "I want " "I want" "I 
want" belong in a different jira.

>I want this filesystem's delegation token - getDelegationToken(renewer)
I already argued above that i disagree that this is a reasonable API since a 
multi-filesystem cannot implement it and furthermore I disagree that a 
multifilesystem like viewfs should return null. 

> I want all delegation tokens used by this filesystem - 
> getDelegationTokens(renewer)
Pass in a an empty credentials to addDTs(renewer, emptyCredentials).

I agree that addDTs(renewer, cred) is a weird API, but your 
getDelegationTokens(renewer, creds) is equally weird.


                
> Need generalized multi-token filesystem support
> -----------------------------------------------
>
>                 Key: MAPREDUCE-3825
>                 URL: https://issues.apache.org/jira/browse/MAPREDUCE-3825
>             Project: Hadoop Map/Reduce
>          Issue Type: Bug
>          Components: security
>    Affects Versions: 0.23.1, 0.24.0
>            Reporter: Daryn Sharp
>            Assignee: Daryn Sharp
>         Attachments: MAPREDUCE-3825.patch, TokenCache.pdf
>
>
> This is the counterpart to HADOOP-7967.  The token cache currently tries to 
> assume a filesystem's token service key.  The assumption generally worked 
> while there was a one to one mapping of filesystem to token.  With the advent 
> of multi-token filesystems like viewfs, the token cache will try to use a 
> service key (ie. for viewfs) that will never exist (because it really gets 
> the mounted fs tokens).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to