hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kihwal Lee (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HDFS-8101) DFSClient use of non-constant DFSConfigKeys pulls in WebHDFS classes at runtime
Date Mon, 28 Mar 2016 16:28:25 GMT

    [ https://issues.apache.org/jira/browse/HDFS-8101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15214417#comment-15214417

Kihwal Lee commented on HDFS-8101:

The CHANGES.txt entry was added to 2.7.2 (released) section.

> DFSClient use of non-constant DFSConfigKeys pulls in WebHDFS classes at runtime
> -------------------------------------------------------------------------------
>                 Key: HDFS-8101
>                 URL: https://issues.apache.org/jira/browse/HDFS-8101
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: hdfs-client
>    Affects Versions: 2.7.0
>            Reporter: Sean Busbey
>            Assignee: Sean Busbey
>            Priority: Minor
>             Fix For: 2.7.3
>         Attachments: HDFS-8101.1.patch.txt
> Previously, all references to DFSConfigKeys in DFSClient were compile time constants
which meant that normal users of DFSClient wouldn't resolve DFSConfigKeys at run time. As
of HDFS-7718, DFSClient has a reference to a member of DFSConfigKeys that isn't compile time
> Since the class must be resolved now, this particular member
> {code}
> public static final String  DFS_WEBHDFS_AUTHENTICATION_FILTER_DEFAULT = AuthFilter.class.getName();
> {code}
> means that javax.servlet.Filter needs to be on the classpath.
> javax-servlet-api is one of the properly listed dependencies for HDFS, however if we
replace {{AuthFilter.class.getName()}} with the equivalent String literal then downstream
folks can avoid including it while maintaining compatibility.

This message was sent by Atlassian JIRA

View raw message