GitHub user vanzin opened a pull request:

    https://github.com/apache/spark/pull/19678

    [SPARK-20646][core] Port executors page to new UI backend.

    The executors page is built on top of the REST API, so the page itself
    was easy to hook up to the new code.
    
    Some other pages depend on the `ExecutorListener` class that is being
    removed, though, so they needed to be modified to use data from the
    new store. Fortunately, all they seemed to need is the map of executor
    logs, so that was somewhat easy too.
    
    The executor timeline graph required adding some properties to the
    ExecutorSummary API type. Instead of following the previous code,
    which stored all the listener events in memory, the timeline is
    now created based on the data available from the API.
    
    I had to change some of the test golden files because the old code would
    return executors in "random" order (since it used a mutable Map instead
    of something that returns a sorted list), and the new code returns executors
    in id order.
    
    Tested with existing unit tests.

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/vanzin/spark SPARK-20646

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/spark/pull/19678.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #19678
    
----
commit f88163a39c560e27ab158f1c37b33bf832adb0cc
Author: Marcelo Vanzin <[email protected]>
Date:   2017-01-30T22:06:15Z

    [SPARK-20646][core] Port executors page to new UI backend.
    
    The executors page is built on top of the REST API, so the page itself
    was easy to hook up to the new code.
    
    Some other pages depend on the `ExecutorListener` class that is being
    removed, though, so they needed to be modified to use data from the
    new store. Fortunately, all they seemed to need is the map of executor
    logs, so that was somewhat easy too.
    
    The executor timeline graph required adding some properties to the
    ExecutorSummary API type. Instead of following the previous code,
    which stored all the listener events in memory, the timeline is
    now created based on the data available from the API.
    
    I had to change some of the test golden files because the old code would
    return executors in "random" order (since it used a mutable Map instead
    of something that returns a sorted list), and the new code returns executors
    in id order.
    
    Tested with existing unit tests.

----


---

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to