Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Message-ID: <1048904756.24801267593087212.JavaMail.jira@brutus.apache.org>
Date: Wed, 3 Mar 2010 05:11:27 +0000 (UTC)
From: "Jakob Homan (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Subject: [jira] Updated: (HDFS-1017) browsedfs jsp should call
 JspHelper.getUGI rather than using createRemoteUser()
In-Reply-To: <220513839.24661267592487274.JavaMail.jira@brutus.apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HDFS-1017?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jakob Homan updated HDFS-1017:
------------------------------

    Attachment: HDFS-1017-Y20.patch

Patch for Y20 distribution, not to be committed.  Trunk to follow soon.  Before patch, exception with servlet not recognizing user, after patch succesfsully execute servlet with delegation token.

> browsedfs jsp should call JspHelper.getUGI rather than using createRemoteUser()
> -------------------------------------------------------------------------------
>
>                 Key: HDFS-1017
>                 URL: https://issues.apache.org/jira/browse/HDFS-1017
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: security
>            Reporter: Jakob Homan
>            Assignee: Jakob Homan
>         Attachments: HDFS-1017-Y20.patch
>
>
> Currently the JSP for browsing the file system calls getRemoteUser(), which doesn't correctly auth the user on the web, causing failures when trying to browse the web.  It should call the utility method JspHelper.getUGI instead.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.