Skip to content

Conversation

@cloud-fan
Copy link
Contributor

We need to support custom classes like java beans and combine them into tuple, and it's very hard to do it with the TypeTag-based approach.
We should keep only the compose-based way to create tuple encoder.

This PR also move Encoder to org.apache.spark.sql

@cloud-fan
Copy link
Contributor Author

cc @marmbrus @rxin

@SparkQA
Copy link

SparkQA commented Nov 9, 2015

Test build #45362 has finished for PR 9567 at commit 7ed72ec.

  • This patch fails from timeout after a configured wait of 250m.
  • This patch merges cleanly.
  • This patch adds no public classes.

@cloud-fan
Copy link
Contributor Author

retest this please.

@SparkQA
Copy link

SparkQA commented Nov 9, 2015

Test build #45375 has finished for PR 9567 at commit 7ed72ec.

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

Copy link
Contributor

Choose a reason for hiding this comment

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

It seems this is very hard unless we expose the API for creating Tuples from encoders?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

yea, I think so. We already have Expression.tuple and I think we can use that after some adjustment.

@marmbrus
Copy link
Contributor

Can you also get rid of the unneeded methods typeTagOfTuple2 and the class encoders (or make them private)?

@SparkQA
Copy link

SparkQA commented Nov 10, 2015

Test build #45479 has finished for PR 9567 at commit 7427269.

  • This patch fails to build.
  • This patch merges cleanly.
  • This patch adds no public classes.

@SparkQA
Copy link

SparkQA commented Nov 10, 2015

Test build #45482 has finished for PR 9567 at commit ae129d9.

  • This patch fails to build.
  • This patch merges cleanly.
  • This patch adds no public classes.

@SparkQA
Copy link

SparkQA commented Nov 10, 2015

Test build #45490 has finished for PR 9567 at commit 2d9f885.

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

@SparkQA
Copy link

SparkQA commented Nov 10, 2015

Test build #45477 has finished for PR 9567 at commit 8f1e270.

  • This patch passes all tests.
  • This patch does not merge cleanly.
  • This patch adds no public classes.

@SparkQA
Copy link

SparkQA commented Nov 10, 2015

Test build #45493 has finished for PR 9567 at commit fb1fe8f.

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

@marmbrus
Copy link
Contributor

Sorry, there are conflicts now.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@marmbrus renaming to Encoders works!

Copy link
Contributor

Choose a reason for hiding this comment

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

oh awesome!

@SparkQA
Copy link

SparkQA commented Nov 11, 2015

Test build #45588 has finished for PR 9567 at commit 9fc5456.

  • This patch fails from timeout after a configured wait of 250m.
  • This patch merges cleanly.
  • This patch adds no public classes.

@cloud-fan
Copy link
Contributor Author

retest this please.

@SparkQA
Copy link

SparkQA commented Nov 11, 2015

Test build #45624 has finished for PR 9567 at commit 9fc5456.

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

@cloud-fan
Copy link
Contributor Author

retest this please

@SparkQA
Copy link

SparkQA commented Nov 11, 2015

Test build #45631 has finished for PR 9567 at commit 9fc5456.

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

@marmbrus
Copy link
Contributor

Thanks! Merging to master and 1.6.

asfgit pushed a commit that referenced this pull request Nov 11, 2015
We need to support custom classes like java beans and combine them into tuple, and it's very hard to do it with the  TypeTag-based approach.
We should keep only the compose-based way to create tuple encoder.

This PR also move `Encoder` to `org.apache.spark.sql`

Author: Wenchen Fan <[email protected]>

Closes #9567 from cloud-fan/java.

(cherry picked from commit ec2b807)
Signed-off-by: Michael Armbrust <[email protected]>
@asfgit asfgit closed this in ec2b807 Nov 11, 2015
dskrvk pushed a commit to dskrvk/spark that referenced this pull request Nov 13, 2015
We need to support custom classes like java beans and combine them into tuple, and it's very hard to do it with the  TypeTag-based approach.
We should keep only the compose-based way to create tuple encoder.

This PR also move `Encoder` to `org.apache.spark.sql`

Author: Wenchen Fan <[email protected]>

Closes apache#9567 from cloud-fan/java.
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.

3 participants