Skip to content

Conversation

@nishkamravi2
Copy link
Contributor

No description provided.

nishkamravi2 and others added 30 commits June 3, 2014 15:28
…extFiles

The prefix "file:" is missing in the string inserted as key in HashMap
…multiplier (redone to resolve merge conflicts)
…nravi

Conflicts:
	yarn/common/src/main/scala/org/apache/spark/deploy/yarn/ClientBase.scala
…nravi

Conflicts:
	yarn/common/src/main/scala/org/apache/spark/deploy/yarn/ClientArguments.scala
	yarn/common/src/main/scala/org/apache/spark/deploy/yarn/ClientBase.scala
	yarn/common/src/main/scala/org/apache/spark/deploy/yarn/YarnAllocator.scala
@nishkamravi2
Copy link
Contributor Author

Addressed two of the three comments @vanzin. The third one is tricky, let's discuss tomorrow when you're around.

…nravi

Conflicts:
	launcher/src/main/java/org/apache/spark/launcher/AbstractCommandBuilder.java
@nishkamravi2
Copy link
Contributor Author

PR updated (instead of passing assembly jar on cmdline, we can find it dynamically using getLocation).

bin/spark-class Outdated
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You may need to add something like #4873 here.

@vanzin
Copy link
Contributor

vanzin commented Mar 25, 2015

Can an admin trigger jenkins for this PR please?

@nishkamravi2 , I think you can also remove the line in make-distribution.sh that packages the launcher jar. Otherwise, some minor things, but looks good.

Can you also change the PR title since it's not accurate? Something like "Launch Spark using the assembly instead of a separate launcher jar".

@andrewor14
Copy link
Contributor

retest this please

@SparkQA
Copy link

SparkQA commented Mar 25, 2015

Test build #29144 has finished for PR 5085 at commit 4a45d6a.

  • This patch fails Spark unit tests.
  • This patch merges cleanly.
  • This patch adds the following public classes (experimental):
    • implicit class DslSymbol(sym: Symbol) extends ImplicitAttribute
    • case class Alias(child: Expression, name: String)(
    • class Column(protected[sql] val expr: Expression) extends Logging

@vanzin
Copy link
Contributor

vanzin commented Mar 25, 2015

I can't comment on random code that you didn't change, but you'll need to change the code around this code in AbstractCommandBuilder:

 needsDataNucleus = assemblyJar.getEntry("org/apache/hadoop/hive/ql/exec/") != null;

You can just skip the check for Hive and add all datanucleus jars if they're present. That's the same thing Sean did in the PR I mentioned before. (Bonus points for getting rid of the annoying message printed to stderr.)

@nishkamravi2 nishkamravi2 changed the title [SPARK-6406] Launcher backward compatibility issues-- "hadoop" should not be mandatory; should not look for launcher jar [SPARK-6406] Launch Spark using assembly jar instead of a separate launcher jar Mar 27, 2015
@nishkamravi2
Copy link
Contributor Author

Addressed comments, fixed a couple of bugs. Can this be retested? Thanks.

@srowen
Copy link
Member

srowen commented Mar 27, 2015

Jenkins, retest this please.

@SparkQA
Copy link

SparkQA commented Mar 27, 2015

Test build #29295 has finished for PR 5085 at commit bad4349.

  • This patch passes all tests.
  • This patch merges cleanly.
  • This patch adds no public classes.

@vanzin
Copy link
Contributor

vanzin commented Mar 27, 2015

LGTM.

@srowen
Copy link
Member

srowen commented Mar 28, 2015

Given @vanzin and @nishkamravi2 have thoroughly discussed and approved this, I'm inclined to merge it. The changes look sane and do simplify the launcher somewhat.

@andrewor14
Copy link
Contributor

@vanzin @nishkamravi2 When I try to run bin/spark-shell --master local-cluster[2,1,512] my executors keep coming alive and then failing immediately afterwards, complaining that the scala classes are not found. I dug into this a little and it turns out that the assembly jar path from this line is not what I expected: $SPARK_HOME/launcher/target/scala-2.10/classes/. Before this commit, the correct assembly jar path used to be on my executors' classpath in local cluster mode.

Is this a known issue?

@andrewor14
Copy link
Contributor

Looks like @davies filed a JIRA for this already: https://issues.apache.org/jira/browse/SPARK-6890

@nishkamravi2
Copy link
Contributor Author

Hey @andrewor14, is this a Mac/Windows issue? I can't seem to be able to reproduce it on Linux. Also, do you happen to have the path that was returned by getLocation().getPath() ?

@andrewor14
Copy link
Contributor

Yes, the path was $SPARK_HOME/launcher/target/scala-2.10/classes/. I'm on a mac.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants