Hi Jungtaek Lim, I think run REST API with changing value of dynamic form make sense. Run API implementation of websocket server already does the job.
So +1 for having ability to changing value of dynamic form from the run REST API. Doesn't it already have a paragraph when creating a notebook via REST API? Thanks, moon On Tue, Dec 15, 2015 at 2:25 PM 임정택 <[email protected]> wrote: > Yeah, actually that's what I thought it could be recognized as bad. > It could make another confusion between the REST API and the UI, but > someone can say it is acceptable since we already know which paragraphs > we're trying to run via REST API. > > If we agree that it is acceptable, I'll work on it and come up the pull > request. > > Btw, does it make sense to provide initial paragraphs when creating a > notebook via REST API? > I think it is simplest (including side-effect) and easy to give it a try. > > > 2015-12-15 13:53 GMT+09:00 Corneau Damien <[email protected]>: > > > I guess the run paragraph REST API fall short on that point. > > When the UI run a paragraph query, it sends to the backend an object with > > more informations (like the form values). > > So it should be possible to extend the current REST API call to accept > > options (in order to override the original paragraph configuration). > > However keep in mind that the result of that query and those parameters > > will be shown on the UI. > > > > > > On Tue, Dec 15, 2015 at 1:33 PM, 임정택 <[email protected]> wrote: > > > > > Corneau, > > > > > > Actual use case I'm trying to accomplish is a bit simple. One notebook > > > contains three paragraphs. > > > > > > 1. load fat jar which contains the code (dump contents of HBase table > to > > > HDFS) > > > > > > 2. set the variables (table name, hdfs path, etc.) which the code will > > use > > > > I'm using dynamic form at this paragraph > > > > > > 3. run the code! > > > > > > AFAIK, nothing can cover paragraph 2 via REST API. Is it possible with > > > current Zeppelin? > > > > > > > > > 2015-12-15 13:19 GMT+09:00 Corneau Damien <[email protected]>: > > > > > > > Maybe if you could provide some actual use case (type of code, what > you > > > > want to replace, what do you want as output, where do you want that > > > output, > > > > what is the goal), it could help us giving you better advices. > > > > > > > > > > > > > > > > On Tue, Dec 15, 2015 at 1:09 PM, 임정택 <[email protected]> wrote: > > > > > > > > > Thanks Corneau, > > > > > > > > > > I'm using dynamic form already. > > > > > At the first glance, exposing field and getting value to / from > > dynamic > > > > > form seems to be up to interpreter, so I'm wondering I can set the > > > form's > > > > > value via unified way. > > > > > > > > > > And I'm curious that we can accomplish this without affecting any > > other > > > > > contexts. > > > > > > > > > > > > > > > 2015-12-15 12:42 GMT+09:00 Corneau Damien <[email protected]>: > > > > > > > > > > > I don't know about the Run paragraph API, but the option 2 should > > > > already > > > > > > be possible: > > > > > > > > > > > > > > > > > > > > > > > > > > > https://zeppelin.incubator.apache.org/docs/0.6.0-incubating-SNAPSHOT/manual/dynamicform.html > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Dec 15, 2015 at 12:37 PM, 임정택 <[email protected]> wrote: > > > > > > > > > > > > > Hi Zeppelin dev fellows, > > > > > > > > > > > > > > I was finding a way to run notebook via REST API with dynamic > > > > variable, > > > > > > and > > > > > > > seems like there's no way to get it. > > > > > > > > > > > > > > I found three ways to achieve that functionality (Sure there > > could > > > be > > > > > > > more), please see below. > > > > > > > > > > > > > > 1. provide a way to update (I mean replace) content of the > > > paragraph > > > > > > > > > > > > > > pros. > > > > > > > Very flexible. In this case we can prepare notebook, and clone > > it, > > > > and > > > > > > > replace specific paragraph which contains assignation of > > variables. > > > > > > > > > > > > > > cons. > > > > > > > I don't know about the side-effect. What if another user is > > playing > > > > > > > (especially modifying) with that notebook? > > > > > > > > > > > > > > 2. provide a way to put parameters when submitting run > paragrath > > in > > > > > REST > > > > > > > API > > > > > > > > > > > > > > pros. > > > > > > > Flexible enough, most promising way to have. > > > > > > > > > > > > > > cons. > > > > > > > Is there a way to receive parameter without breaking use cases > > via > > > > UI? > > > > > I > > > > > > > couldn't imagine it. > > > > > > > At first I was considering ZeppelinContext, but it is not > global > > > > > feature > > > > > > > (bound to Spark interpreter). > > > > > > > > > > > > > > 3. provide a way to have paragraphs when submitting create > > notebook > > > > in > > > > > > REST > > > > > > > API > > > > > > > > > > > > > > pros. > > > > > > > It doesn't break anything. (right?) We just add paragraph(es) > > > > > immediately > > > > > > > after creating notebook. > > > > > > > > > > > > > > cons. > > > > > > > Restricted. We need to delete executed notebooks (garbages?) by > > > hand. > > > > > > > > > > > > > > I'm willing to contribute feature to Zeppelin, so when we > decide > > > the > > > > > best > > > > > > > way (or ways) to accomplish, I'll try to implement it. > > > > > > > > > > > > > > Please share your opinion. Thanks in advance! > > > > > > > > > > > > > > Best, > > > > > > > Jungtaek Lim (HeartSaVioR) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > Name : 임 정택 > > > > > Blog : http://www.heartsavior.net / http://dev.heartsavior.net > > > > > Twitter : http://twitter.com/heartsavior > > > > > LinkedIn : http://www.linkedin.com/in/heartsavior > > > > > > > > > > > > > > > > > > > > > -- > > > Name : 임 정택 > > > Blog : http://www.heartsavior.net / http://dev.heartsavior.net > > > Twitter : http://twitter.com/heartsavior > > > LinkedIn : http://www.linkedin.com/in/heartsavior > > > > > > > > > -- > Name : 임 정택 > Blog : http://www.heartsavior.net / http://dev.heartsavior.net > Twitter : http://twitter.com/heartsavior > LinkedIn : http://www.linkedin.com/in/heartsavior >
