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 "Steve Loughran (JIRA)" <ji...@apache.org> on 2014/05/01 18:36:21 UTC

[jira] [Commented] (HADOOP-10559) add a method to UserGroupInformation to load settings from a given conf file

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

Steve Loughran commented on HADOOP-10559:
-----------------------------------------

There's an {{@VisibleForTesting}} reset() method, but that still takes the shared config. I'd rather some {{reload(Configuration)}} method that would reset everything and reload the details from the given config.

> add a method to UserGroupInformation to load settings from a given conf file
> ----------------------------------------------------------------------------
>
>                 Key: HADOOP-10559
>                 URL: https://issues.apache.org/jira/browse/HADOOP-10559
>             Project: Hadoop Common
>          Issue Type: Improvement
>          Components: security
>    Affects Versions: 2.4.0
>            Reporter: Steve Loughran
>
> There's no easy way to set up the security parameters of a process unless it's set in core-site.xml, because it's just inited via: 
> {{initialize(new Configuration(), false);}}
> # If it is defined in an XML resource injected in to the config resource list via {{Configuration.addResource()}} -then it *may* get picked up, but only if nothing has already created the configs.
> # If it is defined in any other means -you can't get it in.
> This is an issue with client apps that don't have core-site XML files on their classpath, and which are loading their configs more dynamically. Everything works on an insecure cluster, but try to target a secure one and things break.



--
This message was sent by Atlassian JIRA
(v6.2#6252)