Add app state to AppInfo#303
Conversation
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #303 +/- ##
============================================
+ Coverage 68.48% 68.54% +0.05%
- Complexity 840 842 +2
============================================
Files 103 103
Lines 5940 5948 +8
Branches 898 898
============================================
+ Hits 4068 4077 +9
Misses 1312 1312
+ Partials 560 559 -1 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
| Map(DRIVER_LOG_URL_NAME -> driverLogUrl.orNull, SPARK_UI_URL_NAME -> sparkUiUrl.orNull).asJava | ||
| Map(DRIVER_LOG_URL_NAME -> driverLogUrl.orNull, | ||
| SPARK_UI_URL_NAME -> sparkUiUrl.orNull, | ||
| APP_STATE_NAME -> appState.map(s => s.toString).orNull).asJava |
| val appInfo = AppInfo( | ||
| Some("DRIVER LOG URL"), | ||
| Some("SPARK UI URL"), | ||
| Some(SparkApp.State.RUNNING)) |
There was a problem hiding this comment.
Added verification that appState=None gets serialized to "appState": null.
|
@jerryshao Could you help reviewing this PR? Thanks in advance! |
|
Not sure why an unrelated test in |
|
@AFFogarty, I'm curious what you think of the following alternatives:
I'm not too familiar with the state transitions, so above ideas may be dumb. In which case I'm happy to learn why. Other than that, I think you should create a jira issue and add its ID to the commit message |
|
@jerryshao Any chance you could review this PR? Thanks a lot for your time in advance! |
|
This pull request has been automatically marked as stale because it has had no activity for at least 3 months. If you are still working on this change or plan to move it forward, please leave a comment or push a new commit so we know to keep it open. Otherwise, this PR will be closed automatically in about one month. Thank you for your contribution to Apache Livy! |
What changes were proposed in this pull request?
This PR adds app state to
AppInfo. This change gives clients more power to understand the state of their application and to debug any failures.For example, there is currently no way to differentiate between interactive sessions that have gone into YARN state
FAILEDor YARN stateFINISHED. Livy reports both of these asdead. With this new change, a client could inspect theappStateto see the true state of the YARN application.How was this patch tested?
This change includes unit tests.
CC: @rapoth @imback82