Skip to content

Conversation

@ksakellis
Copy link

ExecutorRunnableUtil is a parent of ExecutorRunnable because of the yarn-alpha and yarn-stable split. Now that yarn-alpha is gone, this commit squashes the unnecessary hierarchy. The methods from ExecutorRunnableUtil are added as private.

@SparkQA
Copy link

SparkQA commented Dec 15, 2014

Test build #24449 has started for PR 3696 at commit 155f308.

  • This patch merges cleanly.

@SparkQA
Copy link

SparkQA commented Dec 15, 2014

Test build #24449 has finished for PR 3696 at commit 155f308.

  • This patch fails Spark unit tests.
  • This patch merges cleanly.
  • This patch adds no public classes.

@AmplabJenkins
Copy link

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/24449/
Test FAILed.

@ksakellis
Copy link
Author

Hmm.. tests failed but I'm not sure they are related to this change. Am I missing something?

@srowen
Copy link
Member

srowen commented Dec 15, 2014

@ksakellis This test has been failing for lots of recent builds and is not related to this PR. After it's resolved you can ask Jenkins to test again.

Copy link
Contributor

Choose a reason for hiding this comment

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

Adding the type here is not really necessary (although it makes things more consistent). But I'd suggest just removing this variable altogether, and rename the constructor parameter instead).

@vanzin
Copy link
Contributor

vanzin commented Dec 15, 2014

A couple of minor nits, and I assume this is mostly code motion, so it LGTM.

@SparkQA
Copy link

SparkQA commented Dec 16, 2014

Test build #24502 has started for PR 3696 at commit c6f9395.

  • This patch merges cleanly.

@SparkQA
Copy link

SparkQA commented Dec 16, 2014

Test build #24502 has finished for PR 3696 at commit c6f9395.

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

@AmplabJenkins
Copy link

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/24502/
Test PASSed.

Copy link
Contributor

Choose a reason for hiding this comment

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

In the old code, prepareEnvironment was called after yarnConf had been assigned:

trait ExecutorRunnableUtil extends Logging {
 val yarnConf: YarnConfiguration
 val sparkConf: SparkConf
 lazy val env = prepareEnvironment

Here, though, env appears before yarnConf. I don't think that this is a problem here since env is a lazy val, but I wonder if we should move it as late in the vals section as possible so that its dependencies are declared before it can run.

@JoshRosen
Copy link
Contributor

I downloaded this and used vimdiff to confirm that this is just code movement. Left one super-minor comment about the re-ordering of two statements in the constructor. Aside from that comment, this looks good to me.

Kostas Sakellis added 3 commits January 5, 2015 17:27
ExecutorRunnableUtil is a parent of ExecutorRunnable because of the
yarn-alpha and yarn-stable split. Now that yarn-alpha is gone,
this commit squashes the unnecessary hierarchy.
@ksakellis
Copy link
Author

@JoshRosen yup, moved lazy val env = prepareEnvironment to be last statement so it is the same as before.

@SparkQA
Copy link

SparkQA commented Jan 6, 2015

Test build #25078 has started for PR 3696 at commit 486716f.

  • This patch merges cleanly.

@SparkQA
Copy link

SparkQA commented Jan 6, 2015

Test build #25078 has finished for PR 3696 at commit 486716f.

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

@AmplabJenkins
Copy link

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/25078/
Test PASSed.

@JoshRosen
Copy link
Contributor

LGTM, so I'm going to merge this into master (1.3.0). Thanks!

@asfgit asfgit closed this in 451546a Jan 6, 2015
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