You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@zeppelin.apache.org by "Lee moon soo (JIRA)" <ji...@apache.org> on 2017/10/13 15:11:00 UTC

[jira] [Created] (ZEPPELIN-2994) Websocket/REST API to access ResourcePool

Lee moon soo created ZEPPELIN-2994:
--------------------------------------

             Summary: Websocket/REST API to access ResourcePool
                 Key: ZEPPELIN-2994
                 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2994
             Project: Zeppelin
          Issue Type: New Feature
            Reporter: Lee moon soo


h2. Motivation

[ResourcePool|https://github.com/apache/zeppelin/blob/master/zeppelin-interpreter/src/main/java/org/apache/zeppelin/resource/ResourcePool.java] is general purpose, distributed map across interpreter processes.

ResourcePool currently provides

* Put / Get any object
* List objects
* Invoke method of object in the ResourcePool

Because of ResourcePool is (logically) distributed across Interpreters, interpreter can use it to communicate to other interpreters. Pass interpreter result to other interpreter, let other interpreter call directly call one of the method of SparkContext, etc.

h2. Websocket/REST API to ResourcePool

However, currently ResourcePool API is only accessible in Interpreter. If front-end can have Websocket/Rest API to the ResourcePool, we'll have usages like

* Interpreter store [TableData|https://github.com/apache/zeppelin/blob/master/zeppelin-interpreter/src/main/java/org/apache/zeppelin/tabledata/TableData.java] into the ResourcePool.
* Front-end read TableData directly from ResourcePool. (and visualize data)

This will open possibilities of

* Move pivot routine to the backend (because current pivot works in front-end with partial data)
* Realtime visualization update on front-end as data changes




--
This message was sent by Atlassian JIRA
(v6.4.14#64029)