hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris Nauroth (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HADOOP-12747) support wildcard in libjars argument
Date Wed, 02 Mar 2016 00:02:18 GMT

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

Chris Nauroth commented on HADOOP-12747:

bq. Back to the original point, are you suggesting that we do allow wildcards for non-local
paths and do similar expansion?

Yes, after noticing that the "local only" restriction applies only to the client classpath,
I now think it's better to make this consistent and do wildcard expansion for non-local paths

Do you mind targeting this change to 2.9.0?  The wildcard matching logic in {{FileUtil}} has
been finicky in the past, so I'm reluctant to change it now while 2.8.0 is closing down.

> support wildcard in libjars argument
> ------------------------------------
>                 Key: HADOOP-12747
>                 URL: https://issues.apache.org/jira/browse/HADOOP-12747
>             Project: Hadoop Common
>          Issue Type: New Feature
>          Components: util
>            Reporter: Sangjin Lee
>            Assignee: Sangjin Lee
>         Attachments: HADOOP-12747.01.patch, HADOOP-12747.02.patch, HADOOP-12747.03.patch
> There is a problem when a user job adds too many dependency jars in their command line.
The HADOOP_CLASSPATH part can be addressed, including using wildcards (\*). But the same cannot
be done with the -libjars argument. Today it takes only fully specified file paths.
> We may want to consider supporting wildcards as a way to help users in this situation.
The idea is to handle it the same way the JVM does it: \* expands to the list of jars in that
directory. It does not traverse into any child directory.
> Also, it probably would be a good idea to do it only for libjars (i.e. don't do it for
-files and -archives).

This message was sent by Atlassian JIRA

View raw message