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 "Yitong Zhou (JIRA)" <ji...@apache.org> on 2014/10/19 22:55:34 UTC
[jira] [Updated] (HADOOP-11211)
mapreduce.job.classloader.system.classes property behaves differently when
the exclusion and inclusion order is different
[ https://issues.apache.org/jira/browse/HADOOP-11211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Yitong Zhou updated HADOOP-11211:
---------------------------------
Summary: mapreduce.job.classloader.system.classes property behaves differently when the exclusion and inclusion order is different (was: mapreduce.job.classloader.system.classes property behave differently when the exclusion and inclusion order is differnt)
> mapreduce.job.classloader.system.classes property behaves differently when the exclusion and inclusion order is different
> -------------------------------------------------------------------------------------------------------------------------
>
> Key: HADOOP-11211
> URL: https://issues.apache.org/jira/browse/HADOOP-11211
> Project: Hadoop Common
> Issue Type: Bug
> Reporter: Yitong Zhou
> Assignee: Yitong Zhou
>
> If we want to include package foo.bar.* but exclude all sub packages named foo.bar.tar.* in system classes, configuring "mapreduce.job.classloader.system.classes=foo.bar.,-foo.bar.tar." won't work. foo.bar.tar will still be pulled in. But if we change the order:
> "mapreduce.job.classloader.system.classes=-foo.bar.tar.,foo.bar.", then it will work.
> This bug is due to the implementation of ApplicationClassLoaser#isSystemClass in hadoop-common, where we simply return the matching result immediately when the class name hits the first match (either positive or negative).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)