Github user mridulm commented on a diff in the pull request:

    https://github.com/apache/spark/pull/17166#discussion_r106788877
  
    --- Diff: core/src/main/scala/org/apache/spark/TaskEndReason.scala ---
    @@ -212,8 +212,8 @@ case object TaskResultLost extends TaskFailedReason {
      * Task was killed intentionally and needs to be rescheduled.
      */
     @DeveloperApi
    -case object TaskKilled extends TaskFailedReason {
    -  override def toErrorString: String = "TaskKilled (killed intentionally)"
    +case class TaskKilled(reason: String) extends TaskFailedReason {
    +  override def toErrorString: String = s"TaskKilled ($reason)"
    --- End diff --
    
    Since this was part of DeveloperApi, what is the impact of making this 
change ?
    In JsonProtocol, in mocked user code ?
    
    If it does introduce backward incompatible changes, is there a way to 
mitigate this ?
    Perhaps make TaskKilled a class with apply/unapply/serde/toString 
(essentially all that case class provides) and case object with apply with 
default reason = null (and logged when used as deprecated) ?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

Reply via email to