Done: https://issues.apache.org/jira/browse/SPARK-17683
On Tue, Sep 27, 2016 at 5:43 AM, Reynold Xin <r...@databricks.com> wrote: > Seems fair & easy to support. Can somebody open a JIRA ticket and patch? > > > On Mon, Sep 26, 2016 at 9:05 AM, Takeshi Yamamuro <linguin....@gmail.com> > wrote: > >> Hi, >> >> Since `Literal#default` can handle array types, it seems there is no >> strong reason >> for unsupporting the type in `Literal#apply`, that is, `functions.lit`. >> https://github.com/apache/spark/blob/master/sql/catalyst/ >> src/main/scala/org/apache/spark/sql/catalyst/expressions >> /literals.scala#L119 >> >> // maropu >> >> On Mon, Sep 26, 2016 at 7:58 AM, Jason White <jason.wh...@shopify.com> >> wrote: >> >>> Continuing to dig, I encountered: >>> https://github.com/apache/spark/blob/master/sql/catalyst/src >>> /test/scala/org/apache/spark/sql/catalyst/expressions/ >>> LiteralExpressionSuite.scala#L125 >>> >>> // TODO(davies): add tests for ArrayType, MapType and StructType >>> >>> I guess others have thought of this already, just not implemented yet. :) >>> >>> For others reading this thread, someone suggested using a SQL UDF to >>> return >>> the constant - this works as a hack for now. >>> >>> >>> >>> >>> -- >>> View this message in context: http://apache-spark-developers >>> -list.1001551.n3.nabble.com/ArrayType-support-in-Spark-SQL- >>> tp19063p19065.html >>> Sent from the Apache Spark Developers List mailing list archive at >>> Nabble.com. >>> >>> --------------------------------------------------------------------- >>> To unsubscribe e-mail: dev-unsubscr...@spark.apache.org >>> >>> >> >> >> -- >> --- >> Takeshi Yamamuro >> > > -- --- Takeshi Yamamuro