[
https://issues.apache.org/jira/browse/SPARK-4739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Pfeiffer updated SPARK-4739:
-----------------------------------
Description: The parameter "spark.files.userClassPathFirst=true" does not
work when using spark-submit with "\-\-master local\[3\]". In particular, even
though my application jar file contains netty-3.9.4.Final, the older version
from the spark-assembly jar file is loaded (cf. SPARK-4738). When using the
same jars with "\-\-master yarn-cluster" and
"spark.yarn.user.classpath.first=true" (cf. SPARK-2996), it works correctly and
my bundled classes are used. (was: The parameter
"spark.files.userClassPathFirst=true" does not work when using spark-submit
with "--master local[3]". In particular, even though my application jar file
contains netty-3.9.4.Final, the older version from the spark-assembly jar file
is loaded (cf. SPARK-4738). When using the same jars with "--master
yarn-cluster" and "spark.yarn.user.classpath.first=true" (cf. SPARK-2996), it
works correctly and my bundled classes are used.)
> spark.files.userClassPathFirst does not work in local[*] mode
> -------------------------------------------------------------
>
> Key: SPARK-4739
> URL: https://issues.apache.org/jira/browse/SPARK-4739
> Project: Spark
> Issue Type: Bug
> Components: Deploy
> Affects Versions: 1.1.0
> Reporter: Tobias Pfeiffer
>
> The parameter "spark.files.userClassPathFirst=true" does not work when using
> spark-submit with "\-\-master local\[3\]". In particular, even though my
> application jar file contains netty-3.9.4.Final, the older version from the
> spark-assembly jar file is loaded (cf. SPARK-4738). When using the same jars
> with "\-\-master yarn-cluster" and "spark.yarn.user.classpath.first=true"
> (cf. SPARK-2996), it works correctly and my bundled classes are used.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
