You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by Wangwenli <wa...@huawei.com> on 2012/07/27 14:57:19 UTC

答复: regarding dfs.web.ugi

It is ok for me now. Tks harsh J.

-----邮件原件-----
发件人: Harsh J [mailto:harsh@cloudera.com] 
发送时间: 2012年7月27日 20:36
收件人: common-dev@hadoop.apache.org
主题: Re: regarding dfs.web.ugi

Wangwenli,

This should be fixed in the 2.1.0 release in short future, via
https://issues.apache.org/jira/browse/HADOOP-8358. I've removed the
default XML bit out of it. For now would setting dfs.web.ugi itself to
the right user fix it up for you?

On Fri, Jul 27, 2012 at 4:59 PM, Wangwenli <wa...@huawei.com> wrote:
> HI all,
>
> I am using hadoop2.0 alpha release,
>
> org.apache.hadoop.http.lib.StaticUserWebFilter.getUsernameFromConf(Configuration)
>
>   static String getUsernameFromConf(Configuration conf) {
>     String oldStyleUgi = conf.get(DEPRECATED_UGI_KEY);
>     if (oldStyleUgi != null) {
>       // We can't use the normal configuration deprecation mechanism here
>       // since we need to split out the username from the configured UGI.
>       LOG.warn(DEPRECATED_UGI_KEY + " should not be used. Instead, use " +
>                USERNAME_KEY + ".");
>       String[] parts = oldStyleUgi.split(",");
>       return parts[0];
>     } else {
>       return conf.get(USERNAME_KEY, USERNAME_DEFAULT);        // this part will never be executed, because in hdfs-default.xml,the DEPRECATED_UGI_KEY will always there, so here the logic should check the new property first, then the deprecated key.  Any idea?
>     }
>   }



-- 
Harsh J