Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SPARK-9758 #8051

Closed
wants to merge 4 commits into from
Closed

SPARK-9758 #8051

wants to merge 4 commits into from

Conversation

ashokblend
Copy link

creating pull request for hive test code

Changed MAPR repository to
http://repository.mapr.com/maven/
old
package org.apache.spark.sql.hive.execution
corrected
package test.org.apache.spark.sql.hive.execution
resolve compilation issue.
Added import statement
@vanzin
Copy link
Contributor

vanzin commented Aug 8, 2015

Hmm, I think the correct thing would be to move the files to the correct directory. All code should be in a sub-package of org.apache.spark.

@@ -248,7 +248,7 @@
<repository>
<id>mapr-repo</id>
<name>MapR Repository</name>
<url>http://repository.mapr.com/maven</url>
<url>http://repository.mapr.com/maven/</url>
Copy link
Member

Choose a reason for hiding this comment

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

I think this was an unrelated change. You also need to give this PR a proper title. Did you review https://cwiki.apache.org/confluence/display/SPARK/Contributing+to+Spark first?

@srowen
Copy link
Member

srowen commented Aug 9, 2015

@chenghao-intel @rxin do you know what might have happened here? they were moved in f6f2eeb but it looks like they're in the wrong directory.

@rxin
Copy link
Contributor

rxin commented Aug 9, 2015

It's best for API tests to live in a separate repository, to make sure we don't accidentally change the visibility of public APIs.

@srowen
Copy link
Member

srowen commented Aug 9, 2015

I see the point that some tests from outside the org.apache.spark package would be useful to test via only public methods. MiMa is already kind of covering this problem for the project. The rest of the Spark code does not do this, with the exception of a random class or two in core; this sets of tests does not look like it's supposed to be checking public API stability.

It doesn't look like this code was trying to be in test.org.apache.spark since it didn't declare that as the package. But then I don't know how anything ever compiled it since its package doesn't match the dir. Fixing that is fine enough but I'm also wondering whether the other ~10 instances of this in the code are accidents or on purpose.

@srowen
Copy link
Member

srowen commented Aug 12, 2015

@ashokblend just checking, does this really not compile? I'm wondering how it works for anyone, since Jenkins and my Hive builds seem OK.

@rxin do you find my argument compelling? that the idea of tests from external packages is a good one, but a separate idea? that is, I think this was just an oversight in package and file naming rather than intentional? They don't look like their purpose it to test from an external package.

@rxin
Copy link
Contributor

rxin commented Aug 14, 2015

Jenkins, test this please.

@rxin
Copy link
Contributor

rxin commented Aug 14, 2015

They should all compile with Scala. Some IDEs complain when the files are not in proper places.

@rxin
Copy link
Contributor

rxin commented Aug 14, 2015

@ashokblend can you update the pull request title to make this a little bit more descriptive?

@SparkQA
Copy link

SparkQA commented Aug 14, 2015

Test build #1593 has finished for PR 8051 at commit 0731dd9.

  • This patch fails Scala style tests.
  • This patch merges cleanly.
  • This patch adds no public classes.

@SparkQA
Copy link

SparkQA commented Aug 14, 2015

Test build #40847 has finished for PR 8051 at commit 0731dd9.

  • This patch fails Scala style tests.
  • This patch merges cleanly.
  • This patch adds no public classes.

@vanzin
Copy link
Contributor

vanzin commented Aug 14, 2015

I still don't understand why the right fix isn't to move the files to the same directory as all the other tests? These really do not look like some API stability / visibility tests to require a different package name.

@srowen
Copy link
Member

srowen commented Aug 17, 2015

@ashokblend are you able to follow up on the requests and comments here? otherwise do you mind closing this pull request?

asfgit pushed a commit that referenced this pull request Aug 24, 2015
…kage?

Move `test.org.apache.spark.sql.hive` package tests to apparent intended `org.apache.spark.sql.hive` as they don't intend to test behavior from outside org.apache.spark.*

Alternate take, per discussion at #8051
I think this is what vanzin and I had in mind but also CC rxin to cross-check, as this does indeed depend on whether these tests were accidentally in this package or not. Testing from a `test.org.apache.spark` package is legitimate but didn't seem to be the intent here.

Author: Sean Owen <sowen@cloudera.com>

Closes #8307 from srowen/SPARK-9758.

(cherry picked from commit cb2d2e1)
Signed-off-by: Sean Owen <sowen@cloudera.com>
asfgit pushed a commit that referenced this pull request Aug 24, 2015
…kage?

Move `test.org.apache.spark.sql.hive` package tests to apparent intended `org.apache.spark.sql.hive` as they don't intend to test behavior from outside org.apache.spark.*

Alternate take, per discussion at #8051
I think this is what vanzin and I had in mind but also CC rxin to cross-check, as this does indeed depend on whether these tests were accidentally in this package or not. Testing from a `test.org.apache.spark` package is legitimate but didn't seem to be the intent here.

Author: Sean Owen <sowen@cloudera.com>

Closes #8307 from srowen/SPARK-9758.
@andrewor14
Copy link
Contributor

@ashokblend looks like this is resolved through #8307. Would you mind closing this patch?

@asfgit asfgit closed this in 804a012 Sep 4, 2015
kiszk pushed a commit to kiszk/spark-gpu that referenced this pull request Dec 26, 2015
…kage?

Move `test.org.apache.spark.sql.hive` package tests to apparent intended `org.apache.spark.sql.hive` as they don't intend to test behavior from outside org.apache.spark.*

Alternate take, per discussion at apache/spark#8051
I think this is what vanzin and I had in mind but also CC rxin to cross-check, as this does indeed depend on whether these tests were accidentally in this package or not. Testing from a `test.org.apache.spark` package is legitimate but didn't seem to be the intent here.

Author: Sean Owen <sowen@cloudera.com>

Closes #8307 from srowen/SPARK-9758.
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