[ 
https://issues.apache.org/jira/browse/SPARK-5388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14309600#comment-14309600
 ] 

Marcelo Vanzin commented on SPARK-5388:
---------------------------------------

I kinda agree with Andrew regarding delete. You're not deleting the submission, 
you're killing it. It will still exist afterwards, in a different state.

bq. The action field is actually required especially since many of the 
responses look quite alike. We need to know how to deserialize the messages

I thought each endpoint could only return a single type. So the handler for a 
particular endpoint knows what the types of the request / response are without 
having to include that information in the JSON payload itself.

bq. The issue with having non-String types is that you will need to deal with 
numeric and boolean values specially.

{{java.lang.Boolean}}, {{java.lang.Long}} and friends are nullable. Another 
reason why I like to use POJOs (instead of Scala classes) when using Jackson.

> Provide a stable application submission gateway in standalone cluster mode
> --------------------------------------------------------------------------
>
>                 Key: SPARK-5388
>                 URL: https://issues.apache.org/jira/browse/SPARK-5388
>             Project: Spark
>          Issue Type: Bug
>          Components: Spark Core
>    Affects Versions: 1.2.0
>            Reporter: Andrew Or
>            Assignee: Andrew Or
>            Priority: Blocker
>         Attachments: stable-spark-submit-in-standalone-mode-2-4-15.pdf
>
>
> The existing submission gateway in standalone mode is not compatible across 
> Spark versions. If you have a newer version of Spark submitting to an older 
> version of the standalone Master, it is currently not guaranteed to work. The 
> goal is to provide a stable REST interface to replace this channel.
> For more detail, please see the most recent design doc attached.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org

Reply via email to