You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@livy.apache.org by "Dan Fike (JIRA)" <ji...@apache.org> on 2018/04/16 16:52:00 UTC
[jira] [Created] (LIVY-457) PySpark `sqlContext.sparkSession`
incorrect on Spark 2.x
Dan Fike created LIVY-457:
-----------------------------
Summary: PySpark `sqlContext.sparkSession` incorrect on Spark 2.x
Key: LIVY-457
URL: https://issues.apache.org/jira/browse/LIVY-457
Project: Livy
Issue Type: Bug
Affects Versions: 0.6.0
Environment: RHEL6, Spark 2.1.2.1
Reporter: Dan Fike
It looks like the {{SQLContext}} we create in {{PySpark}} sessions isn't constructed correctly. Compare how the behavior has changed between Livy 0.4.0 and what is currently on {{master}} (0.6.0).
Livy 0.4.0
{code}
$ curl --silent -X POST --data '{"kind": "pyspark"}' -H "Content-Type: application/json" localhost:8998/sessions | python -m json.tool
$ curl --silent localhost:8998/sessions/1/statements -X POST -H 'Content-Type: application/json' -d '{"code":"sqlContext.sparkSession"}' | python -m json.tool
$ curl --silent localhost:8998/sessions/1/statements/0 | python -m json.tool
{
"id": 0,
"state": "available",
"output": {
"status": "ok",
"execution_count": 0,
"data": {
"text/plain": "<pyspark.sql.session.SparkSession object at 0x15a26d0>"
}
},
"progress": 1.0
}
{code}
Livy 0.6.0
{code}
$ curl --silent -X POST --data '{"kind": "pyspark"}' -H "Content-Type: application/json" localhost:8998/sessions | python -m json.tool
$ curl --silent localhost:8998/sessions/0/statements -X POST -H 'Content-Type: application/json' -d '{"code":"sqlContext.sparkSession"}' | python -m json.tool
$ curl --silent localhost:8998/sessions/0/statements/0 | python -m json.tool
{
"id": 0,
"code": "sqlContext.sparkSession",
"state": "available",
"output": {
"status": "ok",
"execution_count": 0,
"data": {
"text/plain": "JavaObject id=o4"
}
},
"progress": 1.0
}
$ curl --silent localhost:8998/sessions/0/statements -X POST -H 'Content-Type: application/json' -d '{"code":"sqlContext.sparkSession.toString()"}' | python -m json.tool
$ curl --silent localhost:8998/sessions/0/statements/1 | python -m json.tool
{
"id": 1,
"code": "sqlContext.sparkSession.toString()",
"state": "available",
"output": {
"status": "ok",
"execution_count": 1,
"data": {
"text/plain": "'org.apache.spark.sql.hive.HiveContext@200334d0'"
}
},
"progress": 1.0
}
{code}
Notice how the value of {{sqlContext.sparkSession}} went from a {{pyspark.sql.session.SparkSession}} to a {{org.apache.spark.sql.hive.HiveContext}}?
I suspect this is because of the change @ https://github.com/apache/incubator-livy/commit/c1aafeb6cb87f2bd7f4cb7cf538822b59fb34a9c#diff-c58e3946d3530f54014129c268988e01R563 passing {{jsqlc}} in as the second positional parameter to {{SQLContext}}, whereas the diff @ https://github.com/apache/spark/commit/89addd40abdacd65cc03ac8aa5f9cf3dd4a4c19b#diff-74ba016ef40c1cb268e14aee817d71bdR50 suggests it should be the _third_ positional parameter.
I'd wager the fix is simply to explicitly pass that parameter as a keyword argument instead.
{code}
sqlc = SQLContext(sc, jsqlContext=jsqlc)
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)