Skip to content

SPARK-2482: Resolve sbt warnings during build - #1330

Closed
witgo wants to merge 1 commit into
apache:masterfrom
witgo:sbt_warnings3
Closed

SPARK-2482: Resolve sbt warnings during build#1330
witgo wants to merge 1 commit into
apache:masterfrom
witgo:sbt_warnings3

Conversation

@witgo

@witgowitgo commented Jul 8, 2014

Copy link
Copy Markdown
Contributor

At the same time, import the scala.language.postfixOps and org.scalatest.time.SpanSugar._ cause scala.language.postfixOps doesn't work

@AmplabJenkins

Copy link
Copy Markdown

Merged build triggered.

@AmplabJenkins

Copy link
Copy Markdown

Merged build started.

@vanzin

Copy link
Copy Markdown
Contributor

LGTM if tests pass.

@srowen

Copy link
Copy Markdown
Member

Were all of those imports being removed not required after all to avoid warnings? as long as that's the case (i.e. no build warnings) yes this is great IMHO.

@AmplabJenkins

Copy link
Copy Markdown

Merged build finished. All automated tests passed.

@AmplabJenkins

Copy link
Copy Markdown

All automated tests passed.
Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16410/

@witgowitgo changed the title Resolve sbt warnings during buildSPARK-2482: Resolve sbt warnings during buildJul 15, 2014
@pwendell

Copy link
Copy Markdown
Contributor

Jenkins, retest this pleae.

@pwendell

Copy link
Copy Markdown
Contributor

Jenkins, retest this please.

@SparkQA

Copy link
Copy Markdown

QA tests have started for PR 1330. This patch merges cleanly.
View progress: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16690/consoleFull

@pwendell

Copy link
Copy Markdown
Contributor

Could you paste exactly which warnings you are eliminating? I don't see any warnings in our master jenkins build that seem relevant to these changes.

@witgo

Copy link
Copy Markdown
ContributorAuthor

As a result of #772. The master has fixed this problem. But we should remove this line <arg>-language:postfixOps</arg> in pom.xml#L807. Once we remove this line.The problem will be back.
May have a look the discussion in #1069

@SparkQA

Copy link
Copy Markdown

QA tests have started for PR 1330. This patch merges cleanly.
View progress: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16702/consoleFull

@SparkQA

Copy link
Copy Markdown

QA results for PR 1330:
- This patch PASSES unit tests.
- This patch merges cleanly
- This patch adds no public classes

For more information see test ouptut:
https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16702/consoleFull

@SparkQA

Copy link
Copy Markdown

QA tests have started for PR 1330. This patch merges cleanly.
View progress: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/17855/consoleFull

@SparkQA

Copy link
Copy Markdown

QA results for PR 1330:
- This patch PASSES unit tests.
- This patch merges cleanly
- This patch adds no public classes

For more information see test ouptut:
https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/17855/consoleFull

@andrewor14

Copy link
Copy Markdown
Contributor

test this please

@srowen

Copy link
Copy Markdown
Member

This is a sort of duplicate of #1069@witgo this was opened a few times?

From the discussion, I am not clear this should be committed. The preferred practice here seems to be to import scala.language.postfixOps rather than use a compiler flag. This does the opposite.

In fact the compiler flag -language:postfixOps should be removed, which would then make these imports being removed important.

@witgo

Copy link
Copy Markdown
ContributorAuthor

@andrewor14 , @srowen
This is mainly to solve the problem of importing the scala.language.postfixOps and org.scalatest.time.SpanSugar._ at the same time.

@SparkQA

Copy link
Copy Markdown

QA tests have started for PR 1330 at commit 15d5ed3.

  • This patch merges cleanly.

@SparkQA

Copy link
Copy Markdown

QA tests have finished for PR 1330 at commit 15d5ed3.

  • This patch passes unit tests.
  • This patch merges cleanly.
  • This patch adds the following public classes (experimental):
    • protected trait YarnAllocateResponse

@jkbradley

Copy link
Copy Markdown
Member

@witgo Hi, I was asked to take a look at this PR. I tested the current master vs. this PR merged with the master, and I actually found that this PR added postfix warnings for me. (No postfix warnings in the master, but several with this PR.) Could you please show the warnings you get, plus info on what might be causing those warnings on your system? Thanks!

@witgo

Copy link
Copy Markdown
ContributorAuthor

The code has been updated.

Comment threadpom.xml

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

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

@jkbradley I removed this parameter. The related discussion in #1069

@SparkQA

Copy link
Copy Markdown

QA tests have started for PR 1330 at commit 179ba61.

  • This patch merges cleanly.

@SparkQA

Copy link
Copy Markdown

QA tests have finished for PR 1330 at commit 179ba61.

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

@srowen

Copy link
Copy Markdown
Member

The net-net change for all of these overlapping PRs should be: remove the compiler flag, and, add the import everywhere that the warning occurs. If there are warnings after this PR, they need to be squashed with more imports.

@witgo

Copy link
Copy Markdown
ContributorAuthor

No postfix warnings in 179ba61 .

@jkbradley

Copy link
Copy Markdown
Member

@witgo Sorry, I had not realized that this had not been updated since the discussions. Just tested it, and it worked for me. LGTM

@andrewor14

Copy link
Copy Markdown
Contributor

Ok, I am merging this over the alternative PR #1323, which is now closed. Thanks to everyone who looked at this.

@witgo
witgo deleted the sbt_warnings3 branch September 12, 2014 01:57
Sign up for freeto 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.

8 participants

@witgo@AmplabJenkins@vanzin@srowen@pwendell@SparkQA@andrewor14@jkbradley