You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@zeppelin.apache.org by Jeff Zhang <zj...@gmail.com> on 2018/07/06 07:24:08 UTC

[DISCUSS] Is interpreter binding necessary ?

Hi Folks,

I raise this thread to discuss whether we need the interpreter binding.
Currently when user create notes, they have to bind interpreters to their
notes in note page. Otherwise they will hit interpreter not found issue.
Besides that in zeppelin server side, we maintain the interpreter binding
info in memory as well as in interpreter.json.

IMHO, it is not necessary to do interpreter binding. Because it just add
extra burden to maintain the interpreter binding info in zeppelin server
side, and doesn't introduce any benefits. The only benefit is that we will
check whether user have permission to use this interpreter, but actually
zeppelin will check the permission when running paragraph, so I don't think
we need to introduce interpreter binding just for this kind of permission
check that we will do later.

So overall, I would suggest to remove interpreter binding feature.  What do
you think ?

[DISCUSS] Is interpreter binding necessary ?

Posted by "Partridge, Lucas (GE Aviation)" <Lu...@ge.com>.
Sorry – catching up after a few days away.

I agree with Jeff’s list.  To clarify 2a I would like to be able to see the default interpreter group, and set it, at the top of each notebook. A dropdown would be nice.

I still think the execution output of a paragraph should also identify the fully qualified name of the interpreter that was actually used to produce that output. This is because the interpreter group or interpreter, or both, can be changed by the user editing the paragraph since they last ran it.  For example, I see this at the foot of one of my paragraphs:

Took 4 sec. Last updated by XXXX at March 12 2018, 1:08:14 PM.

It could say something like this instead:

Took 4 sec. Last updated by XXXX at March 12 2018, 1:08:14 PM. [%spark.pyspark]

Thanks, Lucas.

From: Jongyoul Lee <jo...@gmail.com>
Sent: 09 July 2018 06:10
To: Jeff Zhang <zj...@gmail.com>
Cc: Paul Brenner <pb...@placeiq.com>; users <us...@zeppelin.apache.org>
Subject: EXT: Re: [DISCUSS] Is interpreter binding necessary ?

Thank you Jeff for summarizing it.

Please file an issue to discuss how to migrate features.



On Mon, Jul 9, 2018 at 11:20 AM, Jeff Zhang <zj...@gmail.com>> wrote:

Yes, it is covered, you can choose default interpreter group (with different configuration of max number of cores, or yarn queue) in note page. But you still need to specify %pyspark at the beginning of paragraph to tell zeppelin that you want to use python otherwise zeppelin will treat it as scala code Because scala interpreter is default interpreter of spark interpreter.



Paul Brenner <pb...@placeiq.com>>于2018年7月9日周一 上午9:31写道:
[https://share.polymail.io/v2/z/a/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2o-SmkBL9mH9G2LqnZuk21lFYVkXoWXEGMsoRZCM34la8QU9fTClDzcRVPnflz-MHNet5lY9hw50ohdm2e_xVcfoJz0TAoiZVTQHDb2hVqEgSYfA=.png]
For 2a, just making sure I understand and see if it covers our use case: we have multiple spark interpeters that we want to be able to set as default. They could all be pyspark, but differ by the configuration of max number of cores, or yarn queue. Is the plan to still allow for setting these differently configured interpreters as default?

Thanks!

[https://marketing.placeiq.net/images/placeiq.png]<https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrpqEIEXQBnbLP3EwZvXe3EKKSvWfyKqQeAbxEqcxMaEA=>

Paul Brenner

[https://marketing.placeiq.net/images/twitter1.png]<https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qIIVnAZmaOE1lJa8Wi2XjMjqY8JCAvws0lxPS-ooJG7IfL->

[https://marketing.placeiq.net/images/facebook.png]<https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qEISCoLnbLP11JYtTa5UD1pkJJTwrbBLcftkPKM8ys2al3B4pSG-Sw=>

[https://marketing.placeiq.net/images/linkedin.png]<https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qEISCoBlb_B0FlesDa5UD1po5Ff0bLmBZwrMQhfTauAT4W8atODY1R-LK9N6J87IQ==>

SR. DATA SCIENTIST

(217) 390-3033<tel:(217)%20390-3033>



[PlaceIQ:CES 2018]<https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrobcYWndDjL3L1lherza5UD1p8s4Dlv7BEsc-OhtdXKeVCmBn885huh-7DYTLuqjRMsmrV8ux4kPMynbniqfxF5ws6aGI5NH2IUEsetI-k0tLG-TOQz7F>


On Sun, Jul 08, 2018 at 8:52 PM Jeff Zhang <Jeff Zhang <mailto:Jeff+Zhang+%3Czjffdu@gmail.com%3E> > wrote:

Thanks everyone. Let me summarize it.

1.  I think no one object to remove the binding info in zeppelin server side (interpreter.json), this would reduce the maintenance effect in zeppelin server.
2.  We need to keep 2 ability if we remove the interpreter binding.
    a.  Set the default interpreter group.
            Actually in the discussion, we talk about 2 concepts of default interpreter. One means the default interpreter group, such as spark, spark2 or livy
            Another means the default interpreter of interpreter group. such as making pyspark as the default interpreter of spark.  Regarding the later one, I plan to make it configurable in interpreter setting page which is not related for interpreter binding.
    b.  Restart interpreter in note page.


If there's no more objection, I will go ahead to create ticket and continue the work.




moon soo Lee <mo...@apache.org>>于2018年7月7日周六 下午6:46写道:
+1 for remove binding. But keep ability to set default interpreter and restart interpreter (in note level)

On Sat, Jul 7, 2018 at 01:21 Ruslan Dautkhanov <da...@gmail.com>> wrote:
That interpreting binding UI was also used to restart interpreters that our users were using form time to time.
If we remove interpreter binding, there should still be a way to restart them quickly without going deep into menus.

And also there should be a way to show interpreter status, like for example proposed in https://github.com/apache/zeppelin/pull/2974

--
Ruslan Dautkhanov


On Fri, Jul 6, 2018 at 9:56 AM Ruslan Dautkhanov <da...@gmail.com>> wrote:
+1 to remove it

Setting default interpreter is not very useful anyway (for example, we can't make %pyspark default without manually editing xml files in Zeppelin distro). https://issues.apache.org/jira/browse/ZEPPELIN-3282

--
Ruslan Dautkhanov


On Fri, Jul 6, 2018 at 7:27 AM Paul Brenner <pb...@placeiq.com>> wrote:
[https://share.polymail.io/v2/z/a/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gvBUdEDv2kriJlBnjhW1b_KV6uy_oCGrO27pi9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjjEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgTEtQ-FpZrw2ktzsAl7DmYc=.png]
I agree with Partridge. We have different interpreters defined with different queues and settings. So we need a way to quickly change the default interpreter and can’t rely on typing the desired interpreter at the start of each paragraph.

[https://marketing.placeiq.net/images/placeiq.png]<https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>

Paul Brenner

[https://marketing.placeiq.net/images/twitter1.png]<https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>

[https://marketing.placeiq.net/images/facebook.png]<https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>

[https://marketing.placeiq.net/images/linkedin.png]<https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>

SR. DATA SCIENTIST

(217) 390-3033<tel:(217)%20390-3033>



[PlaceIQ:CES 2018]<https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtROkS6OV6MOhcMBPt_Rfl-_H1C83vwzLxF9yYwvak6Ys54FEOBh84xdmt2aAQW1UYN7FyjxR-i4tcfIzqeCHMRwEvO3G63G>


On Fri, Jul 06, 2018 at 6:02 AM Jongyoul Lee <Jongyoul Lee <mailto:Jongyoul+Lee+%3Cjongyoul@gmail.com%3E> > wrote:
It looks like a good idea to show the default interpreter group - and it should be also changeable - and store it to `note.json`. It could remove interpreter-binding information, keep default interpreter when extracting note. Moreover it also helps to reduce our server code as well.

What do you guys think of?

On Fri, Jul 6, 2018 at 6:16 PM, Sanjay Dasgupta <sa...@gmail.com>> wrote:
If there is no per-interpreter overhead of binding all the interpreters from the beginning, we should definitely do it. This will simplify the GUI somewhat.

Regards,
- Sanjay


On Fri, Jul 6, 2018 at 1:49 PM, Partridge, Lucas (GE Aviation) <Lu...@ge.com>> wrote:
“So usually we would recommend user to specify the full qualified interpreter name.”
- I usually recommend the exact opposite to our users. We frequently change interpreter groups to allow for different Spark cluster settings (number of executors, memory, etc). Users with more demanding requirements are asked to use custom interpreter groups with more allocated resources.  If users included the interpreter group name at the start of every paragraph they would then have to manually edit the start of every paragraph before they could run their note using a different interpreter group. Very tedious!

But I agree the short names without the interpreter group are often ambiguous and can cause confusion.  Maybe somewhere in the execution output of each paragraph there should be some discrete text giving the fully qualified name of the interpreter that was actually used to produce that output. Or a clearly defined ‘default interpreter group’ text in the toolbar at the top of each notebook. Make it a dropdown so it would be easy to change the default.

From: Jeff Zhang <zj...@gmail.com>>
Sent: 06 July 2018 08:53
To: users@zeppelin.apache.org<ma...@zeppelin.apache.org>
Cc: dev <de...@zeppelin.apache.org>>
Subject: EXT: Re: [DISCUSS] Is interpreter binding necessary ?


We already allow setting default interpreter when creating note. Another way to set default interpreter is to reorder the interpreter setting binding in note page.

But personally I don't recommend user to use short interpreter name because of default interpreter. 2 Reaons:
1. It introduce in-accurate info. e.g. In our product, we have 2 spark interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then user often specify `%spark` for spark interpreter. But it could mean both `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell what's wrong when user expect to work spark2 but actually he still use spark 1.x. So usually we would recommend user to specify the full qualified interpreter name. Just type several more characters which just cost 2 seconds but make it more clear and readable.
2. Another issue is that interpreter binding is stored in interpreter.json, that means if they export this note to another zeppelin instance, the default interpreter won't work.

So I don't think setting default interpreter via interpreter binding is valuable for users. If user really want to do that, I would suggest to store it in note.json instead of interpreter.json


Jongyoul Lee <jo...@gmail.com>>于2018年7月6日周五 下午3:36写道:
There are two purposes of interpreter binding. One is what you mentioned and another one is to manage a default interpreter. If we provide a new way to set default interpreter, I think we can remove them :-) We could set permissions in other ways.

Overall, +1

On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com>> wrote:
Hi Folks,

I raise this thread to discuss whether we need the interpreter binding. Currently when user create notes, they have to bind interpreters to their notes in note page. Otherwise they will hit interpreter not found issue. Besides that in zeppelin server side, we maintain the interpreter binding info in memory as well as in interpreter.json.

IMHO, it is not necessary to do interpreter binding. Because it just add extra burden to maintain the interpreter binding info in zeppelin server side, and doesn't introduce any benefits. The only benefit is that we will check whether user have permission to use this interpreter, but actually zeppelin will check the permission when running paragraph, so I don't think we need to introduce interpreter binding just for this kind of permission check that we will do later.

So overall, I would suggest to remove interpreter binding feature.  What do you think ?



--
이종열, Jongyoul Lee, 李宗烈
http://madeng.net




--
이종열, Jongyoul Lee, 李宗烈
http://madeng.net





--
이종열, Jongyoul Lee, 李宗烈
http://madeng.net

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Jongyoul Lee <jo...@gmail.com>.
Thank you Jeff for summarizing it.

Please file an issue to discuss how to migrate features.



On Mon, Jul 9, 2018 at 11:20 AM, Jeff Zhang <zj...@gmail.com> wrote:

>
> Yes, it is covered, you can choose default interpreter group (with
> different configuration of max number of cores, or yarn queue) in note
> page. But you still need to specify %pyspark at the beginning of paragraph
> to tell zeppelin that you want to use python otherwise zeppelin will treat
> it as scala code Because scala interpreter is default interpreter of spark
> interpreter.
>
>
>
> Paul Brenner <pb...@placeiq.com>于2018年7月9日周一 上午9:31写道:
>
>> For 2a, just making sure I understand and see if it covers our use case:
>> we have multiple spark interpeters that we want to be able to set as
>> default. They could all be pyspark, but differ by the configuration of max
>> number of cores, or yarn queue. Is the plan to still allow for setting
>> these differently configured interpreters as default?
>>
>> Thanks!
>>
>>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrpqEIEXQBnbLP3EwZvXe3EKKSvWfyKqQeAbxEqcxMaEA=>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrpqEIEXQBnbLP3EwZvXe3EKKSvWfyKqQeAbxEqcxMaEA=>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrpqEIEXQBnbLP3EwZvXe3EKKSvWfyKqQeAbxEqcxMaEA=> *Paul
>> Brenner*
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qIIVnAZmaOE1lJa8Wi2XjMjqY8JCAvws0lxPS-ooJG7IfL->
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qIIVnAZmaOE1lJa8Wi2XjMjqY8JCAvws0lxPS-ooJG7IfL->
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qIIVnAZmaOE1lJa8Wi2XjMjqY8JCAvws0lxPS-ooJG7IfL->
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qEISCoLnbLP11JYtTa5UD1pkJJTwrbBLcftkPKM8ys2al3B4pSG-Sw=>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qEISCoLnbLP11JYtTa5UD1pkJJTwrbBLcftkPKM8ys2al3B4pSG-Sw=>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qEISCoBlb_B0FlesDa5UD1po5Ff0bLmBZwrMQhfTauAT4W8atODY1R-LK9N6J87IQ==>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qEISCoBlb_B0FlesDa5UD1po5Ff0bLmBZwrMQhfTauAT4W8atODY1R-LK9N6J87IQ==>
>> SR. DATA SCIENTIST
>> *(217) 390-3033 <(217)%20390-3033> *
>>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrpqEIEXQBnbLP3EwZvXe3EGJ28csdkeanToV0LQVdS6eYVgBo4MhhqluiA8fyt7OION_nV9ymznv18lvniLqwSs158uST-9ybQL0VWX7xklEVljU36WBx_U6XjmxrAwlB3OWBxSO6hfMFjhF3IXXv2s3WhJhZ>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCn938tEDmfzpH9AuLwhfUe-HVAB288BnpwW8Bcexu6-IO9apRtqq0mGx8VP8nOTwFZxlsKye4NOZXve2oajdra0F6UIl4M-TjWhJ>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCn938tEDmfzpH9AuLwhfUe-HVAB288BnpwW8Bcexu6-IO9apRtqq0mGx8VP8nOTwFZxlsKye4NOZXve2oajdra0F6UIl4M-TjWhJ>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCn938tEDmfzpH9AuLwhfUe-HVAB288BnpwW8Bcexu6-IO9apRtqq0mGx8VP8nOTwFZxlsKye4NOZXve2oajdra0F6UIl4M-TjWhJ>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCn938tEDmfzpH9AuLwhfUe-HVAB288BnpwW8Bcexu6-IO9apRtqq0mGx8VP8nOTwFZxlsKye4NOZXve2oajdra0F6UIl4M-TjWhJ>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX9289ECmfzlGdIoKBtVRqXcRkli88B3vRe3BsyxpreINNinV8-q2mHvuFv70KfyD9A4qLqP4N-USfeAamsCISz1AYuwqv6H3sRa>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX929NEDkvz4ENI4OABNBaieTkN1rNFsq1u7D93rvbPOetiuUcuxyWbv_Fzv0KDzEYkhpr2V_9jVQrlREH723k1Gyi4qoCB181ibiiKRNdzVriJEcdlxuPVSIgOU>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX929NEDkvz4ENI4OABNBaieTkN1rNFsq1u7D93rvbPOetiuUcuxyWbv_Fzv0KDzEYkhpr2V_9jVQrlREH723k1Gyi4qoCB181ibiiKRNdzVriJEcdlxuPVSIgOU>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX929NEDkvz4ENI4OABNBaieTkN1rNFsq1u7D93rvbPOetiuUcuxyWbv_Fzv0KDzEYkhpr2V_9jVQrlREH723k1Gyi4qoCB181ibiiKRNdzVriJEcdlxuPVSIgOU>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX929NEDkvz4ENI4OABNBaieTkN1rNFsq1u7D93rvbPOetiuUcuxyWbv_Fzv0KDzEYkhpr2V_9jVQrlREH723k1Gyi4qoCB181ibiiKRNdzVriJEcdlxuPVSIgOU>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX929NEDkvz4ENI4OABNBaieTkN1rNFsq1u7D93rvbPOetiuUcuxyWbv_Fzv0KDzEYkhpr2V_9jVQrlREH723k1Gyi4qoCB181ibiiKRNdzVriJEcdlxuPVSIgOU>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrobcYWndDjL3L1lherza5UD1pjJFRwKfhE912GQhISe-wRE5z88Rnt1uCAsDot7HEJ9y4CuqsymHw-lPs06HpFZF3sr2R1s6XWapbWCLWmhsYmy43_yg2606Tp2B6Ak1Vxrm2zG3SeCEqsISAnaP8bajr2NgJreSlUSpkg7dJGOfe1MXlVcDJlAf1qjDbj8M=>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX92-NECkvz4ENI4OABNBaCeS15y5Nd34xq6Ccjou67LetCkU8uv0Wb78FzrmOTtFJw8oaaO5JCPRaxQEHLkgAgTiDkj_yk991SNkWp3ElcP-AmQxGfwFSgq_Rrsc07xyQ==>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX938NEAl_z8FNZ2MAhXQayWCkJgrMQpohm2C931va-IM9i-RoOq02vp5kb6hOTwEZEttL2T59jXia4lWoeLnjvOZQocN0KKPQ==>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX938tEClvz4ENI4OABNBaufU19p5dBnqwX4BsjytqzEJdLnRoOkz2Dp-1bqj6z8E5QmoOST79udXrFWWjLxmx0C1z4n4SRm-0iN1Wx8BUFT2KmHziHPfGJyrIC4lqfiaeTzytdYhfO_CTRqg69qIXGZQ3MMVuoy6eLZp1vIzBVfinSTyAZl5t-So5U5AeqZx71aHalcFkYrqjs4uvTgXK-NBaj_Cnps8tG9K538CznaOpwatIYvw5xO4AE=>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX938tEClvz4ENI4OABNBaufU19p5dBnqwX4BsjytqzEJdLnRoOkz2Dp-1bqj6z8E5QmoOST79udXrFWWjLxmx0C1z4n4SRm-0iN1Wx8BUFT2KmHziHPfGJyrIC4lqfiaeTzytdYhfO_CTRqg69qIXGZQ3MMVuoy6eLZp1vIzBVfinSTyAZl5t-So5U5AeqZx71aHalcFkYrqjs4uvTgXK-NBaj_Cnps8tG9K538CznaOpwatIYvw5xO4AE=>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qEISCodkLDJ0FRG8Hu1Un908M8FjuO9U8M3PApZQbOCCkFn78FprwS-R9nzpaTXJJSmSM2iyWbz-x_qnLr4HNAhqbqV7tWMAbFWU3DzkggflTRv6yJis1uQi2R9CkENzPeH1yHTdXE-t8Sym6b4fOT219MZgeKiTTkoi6dqK3aSADoMTO8y4uLZ7x0btq0e8b95LyBR_gx4B4te>
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrobcYWndDjL3L1lherza5UD1pg7thk-O5ROwWOAxIQayWdUh39MB3uli9HsTw0WCXyeHVM_fXZu6wwa3tBQ==>[image:
>> PlaceIQ:CES 2018]
>> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrobcYWndDjL3L1lherza5UD1p8s4Dlv7BEsc-OhtdXKeVCmBn885huh-7DYTLuqjRMsmrV8ux4kPMynbniqfxF5ws6aGI5NH2IUEsetI-k0tLG-TOQz7F>
>>
>> On Sun, Jul 08, 2018 at 8:52 PM Jeff Zhang <Jeff Zhang
>> <Jeff+Zhang+%3Czjffdu@gmail.com%3E>> wrote:
>>
>>>
>>> Thanks everyone. Let me summarize it.
>>>
>>> 1.  I think no one object to remove the binding info in zeppelin server
>>> side (interpreter.json), this would reduce the maintenance effect in
>>> zeppelin server.
>>> 2.  We need to keep 2 ability if we remove the interpreter binding.
>>>     a.  Set the default interpreter group.
>>>             Actually in the discussion, we talk about 2 concepts of
>>> default interpreter. One means the default interpreter group, such as
>>> spark, spark2 or livy
>>>             Another means the default interpreter of interpreter group.
>>> such as making pyspark as the default interpreter of spark.  Regarding the
>>> later one, I plan to make it configurable in interpreter setting page which
>>> is not related for interpreter binding.
>>>     b.  Restart interpreter in note page.
>>>
>>>
>>> If there's no more objection, I will go ahead to create ticket and
>>> continue the work.
>>>
>>>
>>>
>>>
>>> moon soo Lee <mo...@apache.org>于2018年7月7日周六 下午6:46写道:
>>>
>>>> +1 for remove binding. But keep ability to set default interpreter and
>>>> restart interpreter (in note level)
>>>>
>>>> On Sat, Jul 7, 2018 at 01:21 Ruslan Dautkhanov <da...@gmail.com>
>>> wrote:
>>>
>>>> That interpreting binding UI was also used to restart interpreters that
>>>> our users were using form time to time.
>>>> If we remove interpreter binding, there should still be a way to
>>>> restart them quickly without going deep into menus.
>>>>
>>>> And also there should be a way to show interpreter status, like for
>>>> example proposed in https://github.com/apache/zeppelin/pull/2974
>>>>
>>>> --
>>>> Ruslan Dautkhanov
>>>>
>>>>
>>>> On Fri, Jul 6, 2018 at 9:56 AM Ruslan Dautkhanov <da...@gmail.com>
>>>> wrote:
>>>>
>>>>> +1 to remove it
>>>>>
>>>>> Setting default interpreter is not very useful anyway (for example, we
>>>>> can't make %pyspark default without manually editing xml files in Zeppelin
>>>>> distro). https://issues.apache.org/jira/browse/ZEPPELIN-3282
>>>>>
>>>>> --
>>>>> Ruslan Dautkhanov
>>>>>
>>>>>
>>>>> On Fri, Jul 6, 2018 at 7:27 AM Paul Brenner <pb...@placeiq.com>
>>>>> wrote:
>>>>>
>>>>>> I agree with Partridge. We have different interpreters defined with
>>>>>> different queues and settings. So we need a way to quickly change the
>>>>>> default interpreter and can’t rely on typing the desired interpreter at the
>>>>>> start of each paragraph.
>>>>>>
>>>>>>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=> *Paul
>>>>>> Brenner*
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>
>>>>>> SR. DATA SCIENTIST
>>>>>> *(217) 390-3033 <(217)%20390-3033> *
>>>>>>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7otRkiuQULto2YFLKcHRaV-yQzCzzfozP1Vkx88WZ1XBuYhJEPd237RkovCaAxj0DNIuDG3qWOUDdM3xXXYnBAZyQ61ybfDbOnVWvhsXK0DXpbBauRLrhIQKcCDAthsl-eAsaQQD>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRkDGPWKEqjtYXLN_ZZF32U3m53vIlKBlxwsRVdlHBtY8JEOR6y65-6PCGWwW2Sc9vVjP2Q-YMfYdGpt09YXTQRsfeNqyy7v84>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO73HcAfouhNlJHczEaxeaUX6o3vY1IlVExsgMZ1eNposWTcF8265hqviRWAOtU44gTDTodfcPbdq_XCoADEx_TrZye7icLHVSlxcGKgTDv-xtsFxHK1yYgLIAwmXEcCJuX7Se1nCJqqjL7Ce1UybLz0Pobvr1D9lcl4D1sPQ=>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRmzGPU6E3h9YHPMTBJ1i0Xm6pyeUldhR8zcAMa0iC-4cKFOB_wKlqoPeWE0apUoNrXy_3R6kXcdy0FHoyFl90XaFme7mXMG9MoR0LOh6Z0T_oMx9aVrq3yuLjLMxg7A==>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkzGNVqEzg9JJNMzbY1S8H3K7gfZ7Nxdwz9URbUnBso8QAah6wqR4tu2HD0a0V456SjTqROFP2XDF2vaZPDduEFYBPNSULA==>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrTvvAIbHEamJfKrJZTky-IT75yxMcIOM7VY0uoH3G8wvM7Ogp4g9EXdUKepcMID-Zy2Kliq7SXFxi8Ws92VzPsTewUNcGyV3glBF94QKwqb7LIdGBRuxMBIgibtaJcqxBGJgyMh_IyxGDAYW5zUL-O-naOtruH5DeWYBFaiywwOEOx8e0GM3mCt5DNBtBcRh1QFP1e1WV9>
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO4FvsUr520-gpPMjEY1S8YHis2fIlL1Z72swUdUPRbyySupDdl6O4R2KObQ==>[image:
>>>>>> PlaceIQ:CES 2018]
>>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtROkS6OV6MOhcMBPt_Rfl-_H1C83vwzLxF9yYwvak6Ys54FEOBh84xdmt2aAQW1UYN7FyjxR-i4tcfIzqeCHMRwEvO3G63G>
>>>>>>
>>>>>> On Fri, Jul 06, 2018 at 6:02 AM Jongyoul Lee <Jongyoul Lee
>>>>>> <Jongyoul+Lee+%3Cjongyoul@gmail.com%3E>> wrote:
>>>>>>
>>>>>>> It looks like a good idea to show the default interpreter group -
>>>>>>> and it should be also changeable - and store it to `note.json`. It could
>>>>>>> remove interpreter-binding information, keep default interpreter when
>>>>>>> extracting note. Moreover it also helps to reduce our server code as well.
>>>>>>>
>>>>>>> What do you guys think of?
>>>>>>>
>>>>>>> On Fri, Jul 6, 2018 at 6:16 PM, Sanjay Dasgupta <
>>>>>>> sanjay.dasgupta@gmail.com> wrote:
>>>>>>>
>>>>>>>> If there is no per-interpreter overhead of binding all the
>>>>>>>> interpreters from the beginning, we should definitely do it. This will
>>>>>>>> simplify the GUI somewhat.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> - Sanjay
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Jul 6, 2018 at 1:49 PM, Partridge, Lucas (GE Aviation) <
>>>>>>>> Lucas.Partridge@ge.com> wrote:
>>>>>>>>
>>>>>>>>> “So usually we would recommend user to specify the full qualified
>>>>>>>>> interpreter name.”
>>>>>>>>>
>>>>>>>>> - I usually recommend the exact opposite to our users. We
>>>>>>>>> frequently change interpreter groups to allow for different Spark cluster
>>>>>>>>> settings (number of executors, memory, etc). Users with more demanding
>>>>>>>>> requirements are asked to use custom interpreter groups with more allocated
>>>>>>>>> resources.  If users included the interpreter group name at the start of
>>>>>>>>> every paragraph they would then have to manually edit the start of every
>>>>>>>>> paragraph before they could run their note using a different interpreter
>>>>>>>>> group. Very tedious!
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> But I agree the short names without the interpreter group are
>>>>>>>>> often ambiguous and can cause confusion.  Maybe somewhere in the execution
>>>>>>>>> output of each paragraph there should be some discrete text giving the
>>>>>>>>> fully qualified name of the interpreter that was actually used to produce
>>>>>>>>> that output. Or a clearly defined ‘default interpreter group’ text in the
>>>>>>>>> toolbar at the top of each notebook. Make it a dropdown so it would be easy
>>>>>>>>> to change the default.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> *From:* Jeff Zhang <zj...@gmail.com>
>>>>>>>>> *Sent:* 06 July 2018 08:53
>>>>>>>>> *To:* users@zeppelin.apache.org
>>>>>>>>> *Cc:* dev <de...@zeppelin.apache.org>
>>>>>>>>> *Subject:* EXT: Re: [DISCUSS] Is interpreter binding necessary ?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> We already allow setting default interpreter when creating note.
>>>>>>>>> Another way to set default interpreter is to reorder the interpreter
>>>>>>>>> setting binding in note page.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> But personally I don't recommend user to use short interpreter
>>>>>>>>> name because of default interpreter. 2 Reaons:
>>>>>>>>>
>>>>>>>>> 1. It introduce in-accurate info. e.g. In our product, we have 2
>>>>>>>>> spark interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then
>>>>>>>>> user often specify `%spark` for spark interpreter. But it could mean both
>>>>>>>>> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
>>>>>>>>> what's wrong when user expect to work spark2 but actually he still use
>>>>>>>>> spark 1.x. So usually we would recommend user to specify the full qualified
>>>>>>>>> interpreter name. Just type several more characters which just cost 2
>>>>>>>>> seconds but make it more clear and readable.
>>>>>>>>>
>>>>>>>>> 2. Another issue is that interpreter binding is stored in
>>>>>>>>> interpreter.json, that means if they export this note to another zeppelin
>>>>>>>>> instance, the default interpreter won't work.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> So I don't think setting default interpreter via interpreter
>>>>>>>>> binding is valuable for users. If user really want to do that, I would
>>>>>>>>> suggest to store it in note.json instead of interpreter.json
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
>>>>>>>>>
>>>>>>>>> There are two purposes of interpreter binding. One is what you
>>>>>>>>> mentioned and another one is to manage a default interpreter. If we provide
>>>>>>>>> a new way to set default interpreter, I think we can remove them :-) We
>>>>>>>>> could set permissions in other ways.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Overall, +1
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> Hi Folks,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I raise this thread to discuss whether we need the interpreter
>>>>>>>>> binding. Currently when user create notes, they have to bind interpreters
>>>>>>>>> to their notes in note page. Otherwise they will hit interpreter not found
>>>>>>>>> issue. Besides that in zeppelin server side, we maintain the interpreter
>>>>>>>>> binding info in memory as well as in interpreter.json.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> IMHO, it is not necessary to do interpreter binding. Because it
>>>>>>>>> just add extra burden to maintain the interpreter binding info in zeppelin
>>>>>>>>> server side, and doesn't introduce any benefits. The only benefit is that
>>>>>>>>> we will check whether user have permission to use this interpreter, but
>>>>>>>>> actually zeppelin will check the permission when running paragraph, so I
>>>>>>>>> don't think we need to introduce interpreter binding just for this kind of
>>>>>>>>> permission check that we will do later.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> So overall, I would suggest to remove interpreter binding
>>>>>>>>> feature.  What do you think ?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>>
>>>>>>>>> 이종열, Jongyoul Lee, 李宗烈
>>>>>>>>>
>>>>>>>>> http://madeng.net
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> 이종열, Jongyoul Lee, 李宗烈
>>>>>> http://madeng.net
>>>>>>
>>>>>
>>>>>
>>


-- 
이종열, Jongyoul Lee, 李宗烈
http://madeng.net

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Jeff Zhang <zj...@gmail.com>.
Yes, it is covered, you can choose default interpreter group (with
different configuration of max number of cores, or yarn queue) in note
page. But you still need to specify %pyspark at the beginning of paragraph
to tell zeppelin that you want to use python otherwise zeppelin will treat
it as scala code Because scala interpreter is default interpreter of spark
interpreter.



Paul Brenner <pb...@placeiq.com>于2018年7月9日周一 上午9:31写道:

> For 2a, just making sure I understand and see if it covers our use case:
> we have multiple spark interpeters that we want to be able to set as
> default. They could all be pyspark, but differ by the configuration of max
> number of cores, or yarn queue. Is the plan to still allow for setting
> these differently configured interpreters as default?
>
> Thanks!
>
>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrpqEIEXQBnbLP3EwZvXe3EKKSvWfyKqQeAbxEqcxMaEA=>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrpqEIEXQBnbLP3EwZvXe3EKKSvWfyKqQeAbxEqcxMaEA=>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrpqEIEXQBnbLP3EwZvXe3EKKSvWfyKqQeAbxEqcxMaEA=> *Paul
> Brenner*
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qIIVnAZmaOE1lJa8Wi2XjMjqY8JCAvws0lxPS-ooJG7IfL->
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qIIVnAZmaOE1lJa8Wi2XjMjqY8JCAvws0lxPS-ooJG7IfL->
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qIIVnAZmaOE1lJa8Wi2XjMjqY8JCAvws0lxPS-ooJG7IfL->
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qEISCoLnbLP11JYtTa5UD1pkJJTwrbBLcftkPKM8ys2al3B4pSG-Sw=>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qEISCoLnbLP11JYtTa5UD1pkJJTwrbBLcftkPKM8ys2al3B4pSG-Sw=>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qEISCoBlb_B0FlesDa5UD1po5Ff0bLmBZwrMQhfTauAT4W8atODY1R-LK9N6J87IQ==>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qEISCoBlb_B0FlesDa5UD1po5Ff0bLmBZwrMQhfTauAT4W8atODY1R-LK9N6J87IQ==>
> SR. DATA SCIENTIST
> *(217) 390-3033 <(217)%20390-3033> *
>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrpqEIEXQBnbLP3EwZvXe3EGJ28csdkeanToV0LQVdS6eYVgBo4MhhqluiA8fyt7OION_nV9ymznv18lvniLqwSs158uST-9ybQL0VWX7xklEVljU36WBx_U6XjmxrAwlB3OWBxSO6hfMFjhF3IXXv2s3WhJhZ>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCn938tEDmfzpH9AuLwhfUe-HVAB288BnpwW8Bcexu6-IO9apRtqq0mGx8VP8nOTwFZxlsKye4NOZXve2oajdra0F6UIl4M-TjWhJ>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCn938tEDmfzpH9AuLwhfUe-HVAB288BnpwW8Bcexu6-IO9apRtqq0mGx8VP8nOTwFZxlsKye4NOZXve2oajdra0F6UIl4M-TjWhJ>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCn938tEDmfzpH9AuLwhfUe-HVAB288BnpwW8Bcexu6-IO9apRtqq0mGx8VP8nOTwFZxlsKye4NOZXve2oajdra0F6UIl4M-TjWhJ>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCn938tEDmfzpH9AuLwhfUe-HVAB288BnpwW8Bcexu6-IO9apRtqq0mGx8VP8nOTwFZxlsKye4NOZXve2oajdra0F6UIl4M-TjWhJ>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX9289ECmfzlGdIoKBtVRqXcRkli88B3vRe3BsyxpreINNinV8-q2mHvuFv70KfyD9A4qLqP4N-USfeAamsCISz1AYuwqv6H3sRa>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX929NEDkvz4ENI4OABNBaieTkN1rNFsq1u7D93rvbPOetiuUcuxyWbv_Fzv0KDzEYkhpr2V_9jVQrlREH723k1Gyi4qoCB181ibiiKRNdzVriJEcdlxuPVSIgOU>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX929NEDkvz4ENI4OABNBaieTkN1rNFsq1u7D93rvbPOetiuUcuxyWbv_Fzv0KDzEYkhpr2V_9jVQrlREH723k1Gyi4qoCB181ibiiKRNdzVriJEcdlxuPVSIgOU>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX929NEDkvz4ENI4OABNBaieTkN1rNFsq1u7D93rvbPOetiuUcuxyWbv_Fzv0KDzEYkhpr2V_9jVQrlREH723k1Gyi4qoCB181ibiiKRNdzVriJEcdlxuPVSIgOU>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX929NEDkvz4ENI4OABNBaieTkN1rNFsq1u7D93rvbPOetiuUcuxyWbv_Fzv0KDzEYkhpr2V_9jVQrlREH723k1Gyi4qoCB181ibiiKRNdzVriJEcdlxuPVSIgOU>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX929NEDkvz4ENI4OABNBaieTkN1rNFsq1u7D93rvbPOetiuUcuxyWbv_Fzv0KDzEYkhpr2V_9jVQrlREH723k1Gyi4qoCB181ibiiKRNdzVriJEcdlxuPVSIgOU>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrobcYWndDjL3L1lherza5UD1pjJFRwKfhE912GQhISe-wRE5z88Rnt1uCAsDot7HEJ9y4CuqsymHw-lPs06HpFZF3sr2R1s6XWapbWCLWmhsYmy43_yg2606Tp2B6Ak1Vxrm2zG3SeCEqsISAnaP8bajr2NgJreSlUSpkg7dJGOfe1MXlVcDJlAf1qjDbj8M=>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX92-NECkvz4ENI4OABNBaCeS15y5Nd34xq6Ccjou67LetCkU8uv0Wb78FzrmOTtFJw8oaaO5JCPRaxQEHLkgAgTiDkj_yk991SNkWp3ElcP-AmQxGfwFSgq_Rrsc07xyQ==>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX938NEAl_z8FNZ2MAhXQayWCkJgrMQpohm2C931va-IM9i-RoOq02vp5kb6hOTwEZEttL2T59jXia4lWoeLnjvOZQocN0KKPQ==>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX938tEClvz4ENI4OABNBaufU19p5dBnqwX4BsjytqzEJdLnRoOkz2Dp-1bqj6z8E5QmoOST79udXrFWWjLxmx0C1z4n4SRm-0iN1Wx8BUFT2KmHziHPfGJyrIC4lqfiaeTzytdYhfO_CTRqg69qIXGZQ3MMVuoy6eLZp1vIzBVfinSTyAZl5t-So5U5AeqZx71aHalcFkYrqjs4uvTgXK-NBaj_Cnps8tG9K538CznaOpwatIYvw5xO4AE=>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRroboeXGEEjf_J2lAY7CjrCX938tEClvz4ENI4OABNBaufU19p5dBnqwX4BsjytqzEJdLnRoOkz2Dp-1bqj6z8E5QmoOST79udXrFWWjLxmx0C1z4n4SRm-0iN1Wx8BUFT2KmHziHPfGJyrIC4lqfiaeTzytdYhfO_CTRqg69qIXGZQ3MMVuoy6eLZp1vIzBVfinSTyAZl5t-So5U5AeqZx71aHalcFkYrqjs4uvTgXK-NBaj_Cnps8tG9K538CznaOpwatIYvw5xO4AE=>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTJhFr_qEISCodkLDJ0FRG8Hu1Un908M8FjuO9U8M3PApZQbOCCkFn78FprwS-R9nzpaTXJJSmSM2iyWbz-x_qnLr4HNAhqbqV7tWMAbFWU3DzkggflTRv6yJis1uQi2R9CkENzPeH1yHTdXE-t8Sym6b4fOT219MZgeKiTTkoi6dqK3aSADoMTO8y4uLZ7x0btq0e8b95LyBR_gx4B4te>
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrobcYWndDjL3L1lherza5UD1pg7thk-O5ROwWOAxIQayWdUh39MB3uli9HsTw0WCXyeHVM_fXZu6wwa3tBQ==>[image:
> PlaceIQ:CES 2018]
> <https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXlY9hw50ohdm2e_xVcfoJzwnpjjqTbwRrobcYWndDjL3L1lherza5UD1p8s4Dlv7BEsc-OhtdXKeVCmBn885huh-7DYTLuqjRMsmrV8ux4kPMynbniqfxF5ws6aGI5NH2IUEsetI-k0tLG-TOQz7F>
>
> On Sun, Jul 08, 2018 at 8:52 PM Jeff Zhang <Jeff Zhang
> <Jeff+Zhang+%3Czjffdu@gmail.com%3E>> wrote:
>
>>
>> Thanks everyone. Let me summarize it.
>>
>> 1.  I think no one object to remove the binding info in zeppelin server
>> side (interpreter.json), this would reduce the maintenance effect in
>> zeppelin server.
>> 2.  We need to keep 2 ability if we remove the interpreter binding.
>>     a.  Set the default interpreter group.
>>             Actually in the discussion, we talk about 2 concepts of
>> default interpreter. One means the default interpreter group, such as
>> spark, spark2 or livy
>>             Another means the default interpreter of interpreter group.
>> such as making pyspark as the default interpreter of spark.  Regarding the
>> later one, I plan to make it configurable in interpreter setting page which
>> is not related for interpreter binding.
>>     b.  Restart interpreter in note page.
>>
>>
>> If there's no more objection, I will go ahead to create ticket and
>> continue the work.
>>
>>
>>
>>
>> moon soo Lee <mo...@apache.org>于2018年7月7日周六 下午6:46写道:
>>
>>> +1 for remove binding. But keep ability to set default interpreter and
>>> restart interpreter (in note level)
>>>
>>> On Sat, Jul 7, 2018 at 01:21 Ruslan Dautkhanov <da...@gmail.com>
>> wrote:
>>
>>> That interpreting binding UI was also used to restart interpreters that
>>> our users were using form time to time.
>>> If we remove interpreter binding, there should still be a way to restart
>>> them quickly without going deep into menus.
>>>
>>> And also there should be a way to show interpreter status, like for
>>> example proposed in https://github.com/apache/zeppelin/pull/2974
>>>
>>> --
>>> Ruslan Dautkhanov
>>>
>>>
>>> On Fri, Jul 6, 2018 at 9:56 AM Ruslan Dautkhanov <da...@gmail.com>
>>> wrote:
>>>
>>>> +1 to remove it
>>>>
>>>> Setting default interpreter is not very useful anyway (for example, we
>>>> can't make %pyspark default without manually editing xml files in Zeppelin
>>>> distro). https://issues.apache.org/jira/browse/ZEPPELIN-3282
>>>>
>>>> --
>>>> Ruslan Dautkhanov
>>>>
>>>>
>>>> On Fri, Jul 6, 2018 at 7:27 AM Paul Brenner <pb...@placeiq.com>
>>>> wrote:
>>>>
>>>>> I agree with Partridge. We have different interpreters defined with
>>>>> different queues and settings. So we need a way to quickly change the
>>>>> default interpreter and can’t rely on typing the desired interpreter at the
>>>>> start of each paragraph.
>>>>>
>>>>>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=> *Paul
>>>>> Brenner*
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>
>>>>> SR. DATA SCIENTIST
>>>>> *(217) 390-3033 <(217)%20390-3033> *
>>>>>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7otRkiuQULto2YFLKcHRaV-yQzCzzfozP1Vkx88WZ1XBuYhJEPd237RkovCaAxj0DNIuDG3qWOUDdM3xXXYnBAZyQ61ybfDbOnVWvhsXK0DXpbBauRLrhIQKcCDAthsl-eAsaQQD>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRkDGPWKEqjtYXLN_ZZF32U3m53vIlKBlxwsRVdlHBtY8JEOR6y65-6PCGWwW2Sc9vVjP2Q-YMfYdGpt09YXTQRsfeNqyy7v84>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO73HcAfouhNlJHczEaxeaUX6o3vY1IlVExsgMZ1eNposWTcF8265hqviRWAOtU44gTDTodfcPbdq_XCoADEx_TrZye7icLHVSlxcGKgTDv-xtsFxHK1yYgLIAwmXEcCJuX7Se1nCJqqjL7Ce1UybLz0Pobvr1D9lcl4D1sPQ=>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRmzGPU6E3h9YHPMTBJ1i0Xm6pyeUldhR8zcAMa0iC-4cKFOB_wKlqoPeWE0apUoNrXy_3R6kXcdy0FHoyFl90XaFme7mXMG9MoR0LOh6Z0T_oMx9aVrq3yuLjLMxg7A==>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkzGNVqEzg9JJNMzbY1S8H3K7gfZ7Nxdwz9URbUnBso8QAah6wqR4tu2HD0a0V456SjTqROFP2XDF2vaZPDduEFYBPNSULA==>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrTvvAIbHEamJfKrJZTky-IT75yxMcIOM7VY0uoH3G8wvM7Ogp4g9EXdUKepcMID-Zy2Kliq7SXFxi8Ws92VzPsTewUNcGyV3glBF94QKwqb7LIdGBRuxMBIgibtaJcqxBGJgyMh_IyxGDAYW5zUL-O-naOtruH5DeWYBFaiywwOEOx8e0GM3mCt5DNBtBcRh1QFP1e1WV9>
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO4FvsUr520-gpPMjEY1S8YHis2fIlL1Z72swUdUPRbyySupDdl6O4R2KObQ==>[image:
>>>>> PlaceIQ:CES 2018]
>>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtROkS6OV6MOhcMBPt_Rfl-_H1C83vwzLxF9yYwvak6Ys54FEOBh84xdmt2aAQW1UYN7FyjxR-i4tcfIzqeCHMRwEvO3G63G>
>>>>>
>>>>> On Fri, Jul 06, 2018 at 6:02 AM Jongyoul Lee <Jongyoul Lee
>>>>> <Jongyoul+Lee+%3Cjongyoul@gmail.com%3E>> wrote:
>>>>>
>>>>>> It looks like a good idea to show the default interpreter group - and
>>>>>> it should be also changeable - and store it to `note.json`. It could remove
>>>>>> interpreter-binding information, keep default interpreter when extracting
>>>>>> note. Moreover it also helps to reduce our server code as well.
>>>>>>
>>>>>> What do you guys think of?
>>>>>>
>>>>>> On Fri, Jul 6, 2018 at 6:16 PM, Sanjay Dasgupta <
>>>>>> sanjay.dasgupta@gmail.com> wrote:
>>>>>>
>>>>>>> If there is no per-interpreter overhead of binding all the
>>>>>>> interpreters from the beginning, we should definitely do it. This will
>>>>>>> simplify the GUI somewhat.
>>>>>>>
>>>>>>> Regards,
>>>>>>> - Sanjay
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Jul 6, 2018 at 1:49 PM, Partridge, Lucas (GE Aviation) <
>>>>>>> Lucas.Partridge@ge.com> wrote:
>>>>>>>
>>>>>>>> “So usually we would recommend user to specify the full qualified
>>>>>>>> interpreter name.”
>>>>>>>>
>>>>>>>> - I usually recommend the exact opposite to our users. We
>>>>>>>> frequently change interpreter groups to allow for different Spark cluster
>>>>>>>> settings (number of executors, memory, etc). Users with more demanding
>>>>>>>> requirements are asked to use custom interpreter groups with more allocated
>>>>>>>> resources.  If users included the interpreter group name at the start of
>>>>>>>> every paragraph they would then have to manually edit the start of every
>>>>>>>> paragraph before they could run their note using a different interpreter
>>>>>>>> group. Very tedious!
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> But I agree the short names without the interpreter group are often
>>>>>>>> ambiguous and can cause confusion.  Maybe somewhere in the execution output
>>>>>>>> of each paragraph there should be some discrete text giving the fully
>>>>>>>> qualified name of the interpreter that was actually used to produce that
>>>>>>>> output. Or a clearly defined ‘default interpreter group’ text in the
>>>>>>>> toolbar at the top of each notebook. Make it a dropdown so it would be easy
>>>>>>>> to change the default.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> *From:* Jeff Zhang <zj...@gmail.com>
>>>>>>>> *Sent:* 06 July 2018 08:53
>>>>>>>> *To:* users@zeppelin.apache.org
>>>>>>>> *Cc:* dev <de...@zeppelin.apache.org>
>>>>>>>> *Subject:* EXT: Re: [DISCUSS] Is interpreter binding necessary ?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> We already allow setting default interpreter when creating note.
>>>>>>>> Another way to set default interpreter is to reorder the interpreter
>>>>>>>> setting binding in note page.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> But personally I don't recommend user to use short interpreter name
>>>>>>>> because of default interpreter. 2 Reaons:
>>>>>>>>
>>>>>>>> 1. It introduce in-accurate info. e.g. In our product, we have 2
>>>>>>>> spark interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then
>>>>>>>> user often specify `%spark` for spark interpreter. But it could mean both
>>>>>>>> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
>>>>>>>> what's wrong when user expect to work spark2 but actually he still use
>>>>>>>> spark 1.x. So usually we would recommend user to specify the full qualified
>>>>>>>> interpreter name. Just type several more characters which just cost 2
>>>>>>>> seconds but make it more clear and readable.
>>>>>>>>
>>>>>>>> 2. Another issue is that interpreter binding is stored in
>>>>>>>> interpreter.json, that means if they export this note to another zeppelin
>>>>>>>> instance, the default interpreter won't work.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> So I don't think setting default interpreter via interpreter
>>>>>>>> binding is valuable for users. If user really want to do that, I would
>>>>>>>> suggest to store it in note.json instead of interpreter.json
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
>>>>>>>>
>>>>>>>> There are two purposes of interpreter binding. One is what you
>>>>>>>> mentioned and another one is to manage a default interpreter. If we provide
>>>>>>>> a new way to set default interpreter, I think we can remove them :-) We
>>>>>>>> could set permissions in other ways.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Overall, +1
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi Folks,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I raise this thread to discuss whether we need the interpreter
>>>>>>>> binding. Currently when user create notes, they have to bind interpreters
>>>>>>>> to their notes in note page. Otherwise they will hit interpreter not found
>>>>>>>> issue. Besides that in zeppelin server side, we maintain the interpreter
>>>>>>>> binding info in memory as well as in interpreter.json.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> IMHO, it is not necessary to do interpreter binding. Because it
>>>>>>>> just add extra burden to maintain the interpreter binding info in zeppelin
>>>>>>>> server side, and doesn't introduce any benefits. The only benefit is that
>>>>>>>> we will check whether user have permission to use this interpreter, but
>>>>>>>> actually zeppelin will check the permission when running paragraph, so I
>>>>>>>> don't think we need to introduce interpreter binding just for this kind of
>>>>>>>> permission check that we will do later.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> So overall, I would suggest to remove interpreter binding feature.
>>>>>>>> What do you think ?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>>
>>>>>>>> 이종열, Jongyoul Lee, 李宗烈
>>>>>>>>
>>>>>>>> http://madeng.net
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> 이종열, Jongyoul Lee, 李宗烈
>>>>> http://madeng.net
>>>>>
>>>>
>>>>
>

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Paul Brenner <pb...@placeiq.com>.
For 2a, just making sure I understand and see if it covers our use case: we have multiple spark interpeters that we want to be able to set as default. They could all be pyspark, but differ by the configuration of max number of cores, or yarn queue. Is the plan to still allow for setting these differently configured interpreters as default?

Thanks!

( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FwkpA8Gi2XjMjqY8cwrzlU7tfVkikhgjKJ9xsKtD_D7M= ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FwkpA8Gi2XjMjqY8cwrzlU7tfVkikhgjKJ9xsKtD_D7M= ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FwkpA8Gi2XjMjqY8cwrzlU7tfVkikhgjKJ9xsKtD_D7M= ) *Paul Brenner* ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adj-uFmklAt2yuWiJoo5FfjqPkHdA-NBhhtyfMSajZ8y_m78pUn0-K ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adj-uFmklAt2yuWiJoo5FfjqPkHdA-NBhhtyfMSajZ8y_m78pUn0-K ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adj-uFmklAt2yuWiJoo5FfjqPkHdA-NBhhtyfMSajZ8y_m78pUn0-K ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adj-uFmkpAqTa8XjMjopFdyv3rE950DQVdS6e4drDi7LykAKYluR3g-OSP3Sk= ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adj-uFmkpAqTa8XjMjopFdyv3rE950DQVdS6e4drDi7LykAKYluR3g-OSP3Sk= ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adj-uFmkpAqTa2Vj4tpZpbz_3rE950PgZRWKOfXgJ27cRnqx-kn4SQ93HtpZ_lCYUJDj0DNA== ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adj-uFmkpAqTa2Vj4tpZpbz_3rE950PgZRWKOfXgJ27cRnqx-kn4SQ93HtpZ_lCYUJDj0DNA== ) SR. DATA SCIENTIST (217) 390-3033 ( tel:(217)%20390-3033 ) 

( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FwkpA8Gi2XjMjqY8cwrzlU4FrbFwTGPfeFRsp8cllrRO8G4Tys6zAM5S9TsCt2H2x-lSljbv4C4khoKCT_M7VHugJCDLqgR0Vlj9v6Sxk_xedlGJqAglByPCa123PcSo-s4itmu2fM7_YCFubo3HRVINfo5Rg ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5SZxqb0YNEO2QRE5z88Rnt1ujGYTsoKTGPsqjSMDu1GGx-V3rnL30F5Nlo6iI6JCVQbkVSnrnmhIXiHWO30KeAWBv2fwtUizOfE8c ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5SZxqb0YNEO2QRE5z88Rnt1ujGYTsoKTGPsqjSMDu1GGx-V3rnL30F5Nlo6iI6JCVQbkVSnrnmhIXiHWO30KeAWBv2fwtUizOfE8c ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5SZxqb0YNEO2QRE5z88Rnt1ujGYTsoKTGPsqjSMDu1GGx-V3rnL30F5Nlo6iI6JCVQbkVSnrnmhIXiHWO30KeAWBv2fwtUizOfE8c ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5SZxqb0YNEO2QRE5z88Rnt1ujGYTsoKTGPsqjSMDu1GGx-V3rnL30F5Nlo6iI6JCVQbkVSnrnmhIXiHWO30KeAWBv2fwtUizOfE8c ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5SpxrbkYMEO2cQkx19NdtoBH4C834oKTWJNioS8vuyXmx9lPljaj0H5M76qCPpNOXW_VIUmz2mh4an3U97T5qjFMuEc3UoXfYFAVa ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5SpxraUYNG-2BS0xl5Mx14xy6A8fv_7XNMpSkQtq00n33uFPsi6zvDJQ7rqebpNSWRaxRXGvshRlblDsroCxjswvOyHl3S0lFxuaW0yPUGPzPX8n6UGKE9xZvp4JZ ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5SpxraUYNG-2BS0xl5Mx14xy6A8fv_7XNMpSkQtq00n33uFPsi6zvDJQ7rqebpNSWRaxRXGvshRlblDsroCxjswvOyHl3S0lFxuaW0yPUGPzPX8n6UGKE9xZvp4JZ ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5SpxraUYNG-2BS0xl5Mx14xy6A8fv_7XNMpSkQtq00n33uFPsi6zvDJQ7rqebpNSWRaxRXGvshRlblDsroCxjswvOyHl3S0lFxuaW0yPUGPzPX8n6UGKE9xZvp4JZ ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5SpxraUYNG-2BS0xl5Mx14xy6A8fv_7XNMpSkQtq00n33uFPsi6zvDJQ7rqebpNSWRaxRXGvshRlblDsroCxjswvOyHl3S0lFxuaW0yPUGPzPX8n6UGKE9xZvp4JZ ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5SpxraUYNG-2BS0xl5Mx14xy6A8fv_7XNMpSkQtq00n33uFPsi6zvDJQ7rqebpNSWRaxRXGvshRlblDsroCxjswvOyHl3S0lFxuaW0yPUGPzPX8n6UGKE9xZvp4JZ ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVxQu2v0Tzwno5tb0P3rE950EQZfSbaYSEMrxcRwr1uUCcrpoKDGLpSdT8e32H_95Vf60I3yD5MkqKiYp9WMQbQHSGvorA8Zjygh6HBD912QmXlqFEEG3vCe_mHecG4qqdSak6P4ce_3y9trj-arVDlsh6AjCX2UG2UMQfJI39GyhM3VbWQtUmkvwRWJypk= ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5SpxrZUYMG-2BS0xl5Mx14xS6Btrot7PWetWlRM-31GDyuFvmiazxFJQvoqef7JCIQLlMW3D3nlEBky4qoCBx7U6bim5-FEANwuqAyGvTYHRwxo_2lzOTEPC4CKAKawjU7w== ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5SpxqbUYOHu2FT0gr7MRvpxiyR8b6_6CIO9apRtqq0mGx8VP8nOT0Fpk9tL2O8JCVRbRdTmvqnRlZ9kGOHnh62_z8sO4zZ6QNmw== ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5Spxqb0YMH-2BS0xl5Mx14x-7HtvztrTGMsrnS8-t2WL951mlnOT6CpI9qa2e-9iZR7FWWjLqlRoTiDMs6mBk9luK1Wl6Ck1WzvaAjG3Yd2Ist8Srke_ldayv199ThOK1UHV0la9yIWqOQ3sCQepr5uLFp1bHyx0VhG-SyBtj9MLYrZQvQLOdz6QeD7BcCRhqoSMip_bgXK-NA7jvCmdg7szjYPQ-5G14dvZZXsSUxFhAm4q8abU4A7ssl04= ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVFWvX2zTn4lr5Mdk-O5Spxqb0YMH-2BS0xl5Mx14x-7HtvztrTGMsrnS8-t2WL951mlnOT6CpI9qa2e-9iZR7FWWjLqlRoTiDMs6mBk9luK1Wl6Ck1WzvaAjG3Yd2Ist8Srke_ldayv199ThOK1UHV0la9yIWqOQ3sCQepr5uLFp1bHyx0VhG-SyBtj9MLYrZQvQLOdz6QeD7BcCRhqoSMip_bgXK-NA7jvCmdg7szjYPQ-5G14dvZZXsSUxFhAm4q8abU4A7ssl04= ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adj-uFmkpAqTaqUzElpZdDj7DnEZxpbVgLB_LECF1q4MZhpwemR8X9vKXINsuhCt6symru5h_kkqr8DJQnqeSe6M6dSPVRU2zslBQC1zMs4yJm_06Xl2MyAEtShuWd0mXZeGJyo5qriO_5fL_jzJtZieOvRXVxiKszJXuTB3ZASeJr7OXO5B_H0RgVj2-SgF1TCRgEaFetomK_qFNKNWNu ) ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVxQu2v0Tzwno5tb0P3rE950HixvGvLAH3JL5MBwpxiyOMztp6TWI5eiU8OvaQQUeHWSDn_TdlWTuAp_ug== ) PlaceIQ:CES 2018 ( https://share.polymail.io/v1/z/b/NWI0MmJhMmUwODgy/pd940T9Ui4qGERrcLz0Pxmz26LP3hSe2jeSmkBL9mH9G2LqnZuk21lFYVkXoWXEGMuQRZCM34la8QU9fTClDzcRVPnflz-MHNetXmpZi14odv9uravBVNvdIw3jgmSaGe0Q2ttcXS3Adxv6FxVxQu2v0Tzwno5tb0P3rE950b1kNH--4SVlj5tdluhOxR-T9oKrAI9CkQIOU1Wbo8ELpjazvJ7EYmI2T_tOUQ7lcE3fxnhDiZRcVWvsWBVb7KVYA2ViZ )

On Sun, Jul 08, 2018 at 8:52 PM Jeff Zhang < Jeff Zhang ( Jeff Zhang <zj...@gmail.com> ) > wrote:

> 
> 
> Thanks everyone. Let me summarize it.
> 
> 
> 1.  I think no one object to remove the binding info in zeppelin server
> side (interpreter.json), this would reduce the maintenance effect in
> zeppelin server.
> 2.  We need to keep 2 ability if we remove the interpreter binding. 
>     a.  Set the default interpreter group.
>             Actually in the discussion, we talk about 2 concepts of
> default interpreter. One means the default interpreter group, such as
> spark, spark2 or livy
>             Another means the default interpreter of interpreter group.
> such as making pyspark as the default interpreter of spark.  Regarding the
> later one, I plan to make it configurable in interpreter setting page
> which is not related for interpreter binding. 
>     b.  Restart interpreter in note page.
> 
> 
> 
> 
> If there's no more objection, I will go ahead to create ticket and
> continue the work.
> 
> 
> 
> 
> 
> 
> 
> moon soo Lee < moon@apache.org >于2018年7月7日周六 下午6:46写道:
> 
> 
>> +1 for remove binding. But keep ability to set default interpreter and
>> restart interpreter (in note level)
>> 
>> 
>> 
> 
> On Sat, Jul 7, 2018 at 01:21 Ruslan Dautkhanov < dautkhanov@gmail.com >
> wrote:
> 
> 
>> That interpreting binding UI was also used to restart interpreters that
>> our users were using form time to time.
>> If we remove interpreter binding, there should still be a way to restart
>> them quickly without going deep into menus.
>> 
>> 
>> And also there should be a way to show interpreter status, like for
>> example proposed in https://github.com/apache/zeppelin/pull/2974
>> 
>> --
>> Ruslan Dautkhanov
>> 
>> 
>> 
>> 
>> On Fri, Jul 6, 2018 at 9:56 AM Ruslan Dautkhanov < dautkhanov@gmail.com >
>> wrote:
>> 
>> 
>>> +1 to remove it
>>> 
>>> 
>>> 
>>> Setting default interpreter is not very useful anyway (for example, we
>>> can't make %pyspark default without manually editing xml files in Zeppelin
>>> distro). https://issues.apache.org/jira/browse/ZEPPELIN-3282 
>>> 
>>> --
>>> Ruslan Dautkhanov
>>> 
>>> 
>>> 
>>> 
>>> On Fri, Jul 6, 2018 at 7:27 AM Paul Brenner < pbrenner@placeiq.com > wrote:
>>> 
>>> 
>>> 
>>>> 
>>>> I agree with Partridge. We have different interpreters defined with
>>>> different queues and settings. So we need a way to quickly change the
>>>> default interpreter and can’t rely on typing the desired interpreter at
>>>> the start of each paragraph. 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=
>>>> ) *Paul Brenner* (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==
>>>> ) SR. DATA SCIENTIST (217) 390-3033 ( tel:(217)%20390-3033 ) 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7otRkiuQULto2YFLKcHRaV-yQzCzzfozP1Vkx88WZ1XBuYhJEPd237RkovCaAxj0DNIuDG3qWOUDdM3xXXYnBAZyQ61ybfDbOnVWvhsXK0DXpbBauRLrhIQKcCDAthsl-eAsaQQD
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV-
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV-
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV-
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV-
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRkDGPWKEqjtYXLN_ZZF32U3m53vIlKBlxwsRVdlHBtY8JEOR6y65-6PCGWwW2Sc9vVjP2Q-YMfYdGpt09YXTQRsfeNqyy7v84
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO73HcAfouhNlJHczEaxeaUX6o3vY1IlVExsgMZ1eNposWTcF8265hqviRWAOtU44gTDTodfcPbdq_XCoADEx_TrZye7icLHVSlxcGKgTDv-xtsFxHK1yYgLIAwmXEcCJuX7Se1nCJqqjL7Ce1UybLz0Pobvr1D9lcl4D1sPQ=
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRmzGPU6E3h9YHPMTBJ1i0Xm6pyeUldhR8zcAMa0iC-4cKFOB_wKlqoPeWE0apUoNrXy_3R6kXcdy0FHoyFl90XaFme7mXMG9MoR0LOh6Z0T_oMx9aVrq3yuLjLMxg7A==
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkzGNVqEzg9JJNMzbY1S8H3K7gfZ7Nxdwz9URbUnBso8QAah6wqR4tu2HD0a0V456SjTqROFP2XDF2vaZPDduEFYBPNSULA==
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrTvvAIbHEamJfKrJZTky-IT75yxMcIOM7VY0uoH3G8wvM7Ogp4g9EXdUKepcMID-Zy2Kliq7SXFxi8Ws92VzPsTewUNcGyV3glBF94QKwqb7LIdGBRuxMBIgibtaJcqxBGJgyMh_IyxGDAYW5zUL-O-naOtruH5DeWYBFaiywwOEOx8e0GM3mCt5DNBtBcRh1QFP1e1WV9
>>>> ) (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO4FvsUr520-gpPMjEY1S8YHis2fIlL1Z72swUdUPRbyySupDdl6O4R2KObQ==
>>>> ) PlaceIQ:CES 2018 (
>>>> https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtROkS6OV6MOhcMBPt_Rfl-_H1C83vwzLxF9yYwvak6Ys54FEOBh84xdmt2aAQW1UYN7FyjxR-i4tcfIzqeCHMRwEvO3G63G
>>>> )
>>>> 
>>>> 
>>>> 
>>>> On Fri, Jul 06, 2018 at 6:02 AM Jongyoul Lee < Jongyoul Lee (
>>>> Jongyoul+Lee+%3Cjongyoul@gmail.com%3E ) > wrote:
>>>> 
>>>> 
>>>>> It looks like a good idea to show the default interpreter group - and it
>>>>> should be also changeable - and store it to `note.json`. It could remove
>>>>> interpreter-binding information, keep default interpreter when extracting
>>>>> note. Moreover it also helps to reduce our server code as well.
>>>>> 
>>>>> 
>>>>> What do you guys think of?
>>>>> 
>>>>> On Fri, Jul 6, 2018 at 6:16 PM, Sanjay Dasgupta < sanjay.dasgupta@gmail.com
>>>>> > wrote:
>>>>> 
>>>>>> If there is no per-interpreter overhead of binding all the interpreters
>>>>>> from the beginning, we should definitely do it. This will simplify the GUI
>>>>>> somewhat.
>>>>>> 
>>>>>> 
>>>>>> Regards,
>>>>>> - Sanjay
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> On Fri, Jul 6, 2018 at 1:49 PM, Partridge, Lucas (GE Aviation) < Lucas.Partridge@ge.com
>>>>>> > wrote:
>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> “ So usually we would recommend user to specify the full qualified
>>>>>>> interpreter name. ”
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> - I usually recommend the exact opposite to our users. We frequently
>>>>>>> change interpreter groups to allow for different Spark cluster settings
>>>>>>> (number of executors, memory, etc). Users with more demanding requirements
>>>>>>> are asked to use custom interpreter groups with more allocated resources. 
>>>>>>> If users included the interpreter group name at the start of every
>>>>>>> paragraph they would then have to manually edit the start of every
>>>>>>> paragraph before they could run their note using a different interpreter
>>>>>>> group. Very tedious!
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>  
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> But I agree the short names without the interpreter group are often
>>>>>>> ambiguous and can cause confusion.  Maybe somewhere in the execution
>>>>>>> output of each paragraph there should be some discrete text giving the
>>>>>>> fully qualified name of the interpreter that was actually used to produce
>>>>>>> that output. Or a clearly defined ‘default interpreter group’ text in the
>>>>>>> toolbar at the top of each notebook. Make it a dropdown so it would be
>>>>>>> easy to change the default.
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>  
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> *From:* Jeff Zhang < zjffdu@gmail.com >
>>>>>>> *Sent:* 06 July 2018 08:53
>>>>>>> *To:* users@zeppelin.apache.org
>>>>>>> *Cc:* dev < dev@zeppelin.apache.org >
>>>>>>> *Subject:* EXT: Re: [DISCUSS] Is interpreter binding necessary ?
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>  
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>  
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> We already allow setting default interpreter when creating note. Another
>>>>>>> way to set default interpreter is to reorder the interpreter setting
>>>>>>> binding in note page. 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>  
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> But personally I don't recommend user to use short interpreter name
>>>>>>> because of default interpreter. 2 Reaons:
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 1. It introduce in-accurate info. e.g. In our product, we have 2 spark
>>>>>>> interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then user
>>>>>>> often specify `%spark` for spark interpreter. But it could mean both
>>>>>>> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
>>>>>>> what's wrong when user expect to work spark2 but actually he still use
>>>>>>> spark 1.x. So usually we would recommend user to specify the full
>>>>>>> qualified interpreter name. Just type several more characters which just
>>>>>>> cost 2 seconds but make it more clear and readable. 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 2. Another issue is that interpreter binding is stored in
>>>>>>> interpreter.json, that means if they export this note to another zeppelin
>>>>>>> instance, the default interpreter won't work. 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>  
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> So I don't think setting default interpreter via interpreter binding is
>>>>>>> valuable for users. If user really want to do that, I would suggest to
>>>>>>> store it in note.json instead of interpreter.json
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>  
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>  
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> Jongyoul Lee < jongyoul@gmail.com > 于 2018 年 7 月 6 日周五 下午 3:36 写道:
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> There are two purposes of interpreter binding. One is what you mentioned
>>>>>>>> and another one is to manage a default interpreter. If we provide a new
>>>>>>>> way to set default interpreter, I think we can remove them :-) We could
>>>>>>>> set permissions in other ways.
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>>  
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Overall, +1
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>>  
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang < zjffdu@gmail.com > wrote:
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Hi Folks,
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>  
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> I raise this thread to discuss whether we need the interpreter binding.
>>>>>>>>> Currently when user create notes, they have to bind interpreters to their
>>>>>>>>> notes in note page. Otherwise they will hit interpreter not found issue.
>>>>>>>>> Besides that in zeppelin server side, we maintain the interpreter binding
>>>>>>>>> info in memory as well as in interpreter.json.
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>  
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> IMHO, it is not necessary to do interpreter binding. Because it just add
>>>>>>>>> extra burden to maintain the interpreter binding info in zeppelin server
>>>>>>>>> side, and doesn't introduce any benefits. The only benefit is that we will
>>>>>>>>> check whether user have permission to use this interpreter, but actually
>>>>>>>>> zeppelin will check the permission when running paragraph, so I don't
>>>>>>>>> think we need to introduce interpreter binding just for this kind of
>>>>>>>>> permission check that we will do later. 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>  
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> So overall, I would suggest to remove interpreter binding feature.  What
>>>>>>>>> do you think ?
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>>  
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> --
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 이종열 , Jongyoul Lee, 李宗烈
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> http://madeng.net
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> 이종열, Jongyoul Lee, 李宗烈
>>>> 
>>>> http://madeng.net
>>>> 
>>>> 
>>> 
>>> 
>>> 
>> 
>> 
>> 
> 
>

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Jeff Zhang <zj...@gmail.com>.
Thanks everyone. Let me summarize it.

1.  I think no one object to remove the binding info in zeppelin server
side (interpreter.json), this would reduce the maintenance effect in
zeppelin server.
2.  We need to keep 2 ability if we remove the interpreter binding.
    a.  Set the default interpreter group.
            Actually in the discussion, we talk about 2 concepts of default
interpreter. One means the default interpreter group, such as spark, spark2
or livy
            Another means the default interpreter of interpreter group.
such as making pyspark as the default interpreter of spark.  Regarding the
later one, I plan to make it configurable in interpreter setting page which
is not related for interpreter binding.
    b.  Restart interpreter in note page.


If there's no more objection, I will go ahead to create ticket and continue
the work.




moon soo Lee <mo...@apache.org>于2018年7月7日周六 下午6:46写道:

> +1 for remove binding. But keep ability to set default interpreter and
> restart interpreter (in note level)
>
> On Sat, Jul 7, 2018 at 01:21 Ruslan Dautkhanov <da...@gmail.com>
> wrote:
>
>> That interpreting binding UI was also used to restart interpreters that
>> our users were using form time to time.
>> If we remove interpreter binding, there should still be a way to restart
>> them quickly without going deep into menus.
>>
>> And also there should be a way to show interpreter status, like for
>> example proposed in https://github.com/apache/zeppelin/pull/2974
>>
>> --
>> Ruslan Dautkhanov
>>
>>
>> On Fri, Jul 6, 2018 at 9:56 AM Ruslan Dautkhanov <da...@gmail.com>
>> wrote:
>>
>>> +1 to remove it
>>>
>>> Setting default interpreter is not very useful anyway (for example, we
>>> can't make %pyspark default without manually editing xml files in Zeppelin
>>> distro). https://issues.apache.org/jira/browse/ZEPPELIN-3282
>>>
>>> --
>>> Ruslan Dautkhanov
>>>
>>>
>>> On Fri, Jul 6, 2018 at 7:27 AM Paul Brenner <pb...@placeiq.com>
>>> wrote:
>>>
>>>> I agree with Partridge. We have different interpreters defined with
>>>> different queues and settings. So we need a way to quickly change the
>>>> default interpreter and can’t rely on typing the desired interpreter at the
>>>> start of each paragraph.
>>>>
>>>>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=> *Paul
>>>> Brenner*
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>
>>>> SR. DATA SCIENTIST
>>>> *(217) 390-3033 <(217)%20390-3033> *
>>>>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7otRkiuQULto2YFLKcHRaV-yQzCzzfozP1Vkx88WZ1XBuYhJEPd237RkovCaAxj0DNIuDG3qWOUDdM3xXXYnBAZyQ61ybfDbOnVWvhsXK0DXpbBauRLrhIQKcCDAthsl-eAsaQQD>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRkDGPWKEqjtYXLN_ZZF32U3m53vIlKBlxwsRVdlHBtY8JEOR6y65-6PCGWwW2Sc9vVjP2Q-YMfYdGpt09YXTQRsfeNqyy7v84>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO73HcAfouhNlJHczEaxeaUX6o3vY1IlVExsgMZ1eNposWTcF8265hqviRWAOtU44gTDTodfcPbdq_XCoADEx_TrZye7icLHVSlxcGKgTDv-xtsFxHK1yYgLIAwmXEcCJuX7Se1nCJqqjL7Ce1UybLz0Pobvr1D9lcl4D1sPQ=>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRmzGPU6E3h9YHPMTBJ1i0Xm6pyeUldhR8zcAMa0iC-4cKFOB_wKlqoPeWE0apUoNrXy_3R6kXcdy0FHoyFl90XaFme7mXMG9MoR0LOh6Z0T_oMx9aVrq3yuLjLMxg7A==>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkzGNVqEzg9JJNMzbY1S8H3K7gfZ7Nxdwz9URbUnBso8QAah6wqR4tu2HD0a0V456SjTqROFP2XDF2vaZPDduEFYBPNSULA==>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrTvvAIbHEamJfKrJZTky-IT75yxMcIOM7VY0uoH3G8wvM7Ogp4g9EXdUKepcMID-Zy2Kliq7SXFxi8Ws92VzPsTewUNcGyV3glBF94QKwqb7LIdGBRuxMBIgibtaJcqxBGJgyMh_IyxGDAYW5zUL-O-naOtruH5DeWYBFaiywwOEOx8e0GM3mCt5DNBtBcRh1QFP1e1WV9>
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO4FvsUr520-gpPMjEY1S8YHis2fIlL1Z72swUdUPRbyySupDdl6O4R2KObQ==>[image:
>>>> PlaceIQ:CES 2018]
>>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtROkS6OV6MOhcMBPt_Rfl-_H1C83vwzLxF9yYwvak6Ys54FEOBh84xdmt2aAQW1UYN7FyjxR-i4tcfIzqeCHMRwEvO3G63G>
>>>>
>>>> On Fri, Jul 06, 2018 at 6:02 AM Jongyoul Lee <Jongyoul Lee
>>>> <Jongyoul+Lee+%3Cjongyoul@gmail.com%3E>> wrote:
>>>>
>>>>> It looks like a good idea to show the default interpreter group - and
>>>>> it should be also changeable - and store it to `note.json`. It could remove
>>>>> interpreter-binding information, keep default interpreter when extracting
>>>>> note. Moreover it also helps to reduce our server code as well.
>>>>>
>>>>> What do you guys think of?
>>>>>
>>>>> On Fri, Jul 6, 2018 at 6:16 PM, Sanjay Dasgupta <
>>>>> sanjay.dasgupta@gmail.com> wrote:
>>>>>
>>>>>> If there is no per-interpreter overhead of binding all the
>>>>>> interpreters from the beginning, we should definitely do it. This will
>>>>>> simplify the GUI somewhat.
>>>>>>
>>>>>> Regards,
>>>>>> - Sanjay
>>>>>>
>>>>>>
>>>>>> On Fri, Jul 6, 2018 at 1:49 PM, Partridge, Lucas (GE Aviation) <
>>>>>> Lucas.Partridge@ge.com> wrote:
>>>>>>
>>>>>>> “So usually we would recommend user to specify the full qualified
>>>>>>> interpreter name.”
>>>>>>>
>>>>>>> - I usually recommend the exact opposite to our users. We frequently
>>>>>>> change interpreter groups to allow for different Spark cluster settings
>>>>>>> (number of executors, memory, etc). Users with more demanding requirements
>>>>>>> are asked to use custom interpreter groups with more allocated resources.
>>>>>>> If users included the interpreter group name at the start of every
>>>>>>> paragraph they would then have to manually edit the start of every
>>>>>>> paragraph before they could run their note using a different interpreter
>>>>>>> group. Very tedious!
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> But I agree the short names without the interpreter group are often
>>>>>>> ambiguous and can cause confusion.  Maybe somewhere in the execution output
>>>>>>> of each paragraph there should be some discrete text giving the fully
>>>>>>> qualified name of the interpreter that was actually used to produce that
>>>>>>> output. Or a clearly defined ‘default interpreter group’ text in the
>>>>>>> toolbar at the top of each notebook. Make it a dropdown so it would be easy
>>>>>>> to change the default.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> *From:* Jeff Zhang <zj...@gmail.com>
>>>>>>> *Sent:* 06 July 2018 08:53
>>>>>>> *To:* users@zeppelin.apache.org
>>>>>>> *Cc:* dev <de...@zeppelin.apache.org>
>>>>>>> *Subject:* EXT: Re: [DISCUSS] Is interpreter binding necessary ?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> We already allow setting default interpreter when creating note.
>>>>>>> Another way to set default interpreter is to reorder the interpreter
>>>>>>> setting binding in note page.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> But personally I don't recommend user to use short interpreter name
>>>>>>> because of default interpreter. 2 Reaons:
>>>>>>>
>>>>>>> 1. It introduce in-accurate info. e.g. In our product, we have 2
>>>>>>> spark interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then
>>>>>>> user often specify `%spark` for spark interpreter. But it could mean both
>>>>>>> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
>>>>>>> what's wrong when user expect to work spark2 but actually he still use
>>>>>>> spark 1.x. So usually we would recommend user to specify the full qualified
>>>>>>> interpreter name. Just type several more characters which just cost 2
>>>>>>> seconds but make it more clear and readable.
>>>>>>>
>>>>>>> 2. Another issue is that interpreter binding is stored in
>>>>>>> interpreter.json, that means if they export this note to another zeppelin
>>>>>>> instance, the default interpreter won't work.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> So I don't think setting default interpreter via interpreter binding
>>>>>>> is valuable for users. If user really want to do that, I would suggest to
>>>>>>> store it in note.json instead of interpreter.json
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
>>>>>>>
>>>>>>> There are two purposes of interpreter binding. One is what you
>>>>>>> mentioned and another one is to manage a default interpreter. If we provide
>>>>>>> a new way to set default interpreter, I think we can remove them :-) We
>>>>>>> could set permissions in other ways.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Overall, +1
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
>>>>>>>
>>>>>>> Hi Folks,
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I raise this thread to discuss whether we need the interpreter
>>>>>>> binding. Currently when user create notes, they have to bind interpreters
>>>>>>> to their notes in note page. Otherwise they will hit interpreter not found
>>>>>>> issue. Besides that in zeppelin server side, we maintain the interpreter
>>>>>>> binding info in memory as well as in interpreter.json.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> IMHO, it is not necessary to do interpreter binding. Because it just
>>>>>>> add extra burden to maintain the interpreter binding info in zeppelin
>>>>>>> server side, and doesn't introduce any benefits. The only benefit is that
>>>>>>> we will check whether user have permission to use this interpreter, but
>>>>>>> actually zeppelin will check the permission when running paragraph, so I
>>>>>>> don't think we need to introduce interpreter binding just for this kind of
>>>>>>> permission check that we will do later.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> So overall, I would suggest to remove interpreter binding feature.
>>>>>>> What do you think ?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>>
>>>>>>> 이종열, Jongyoul Lee, 李宗烈
>>>>>>>
>>>>>>> http://madeng.net
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>>>
>>>> --
>>>> 이종열, Jongyoul Lee, 李宗烈
>>>> http://madeng.net
>>>>
>>>>

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by moon soo Lee <mo...@apache.org>.
+1 for remove binding. But keep ability to set default interpreter and
restart interpreter (in note level)

On Sat, Jul 7, 2018 at 01:21 Ruslan Dautkhanov <da...@gmail.com> wrote:

> That interpreting binding UI was also used to restart interpreters that
> our users were using form time to time.
> If we remove interpreter binding, there should still be a way to restart
> them quickly without going deep into menus.
>
> And also there should be a way to show interpreter status, like for
> example proposed in https://github.com/apache/zeppelin/pull/2974
>
> --
> Ruslan Dautkhanov
>
>
> On Fri, Jul 6, 2018 at 9:56 AM Ruslan Dautkhanov <da...@gmail.com>
> wrote:
>
>> +1 to remove it
>>
>> Setting default interpreter is not very useful anyway (for example, we
>> can't make %pyspark default without manually editing xml files in Zeppelin
>> distro). https://issues.apache.org/jira/browse/ZEPPELIN-3282
>>
>> --
>> Ruslan Dautkhanov
>>
>>
>> On Fri, Jul 6, 2018 at 7:27 AM Paul Brenner <pb...@placeiq.com> wrote:
>>
>>> I agree with Partridge. We have different interpreters defined with
>>> different queues and settings. So we need a way to quickly change the
>>> default interpreter and can’t rely on typing the desired interpreter at the
>>> start of each paragraph.
>>>
>>>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=> *Paul
>>> Brenner*
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>
>>> SR. DATA SCIENTIST
>>> *(217) 390-3033 *
>>>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7otRkiuQULto2YFLKcHRaV-yQzCzzfozP1Vkx88WZ1XBuYhJEPd237RkovCaAxj0DNIuDG3qWOUDdM3xXXYnBAZyQ61ybfDbOnVWvhsXK0DXpbBauRLrhIQKcCDAthsl-eAsaQQD>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRkDGPWKEqjtYXLN_ZZF32U3m53vIlKBlxwsRVdlHBtY8JEOR6y65-6PCGWwW2Sc9vVjP2Q-YMfYdGpt09YXTQRsfeNqyy7v84>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO73HcAfouhNlJHczEaxeaUX6o3vY1IlVExsgMZ1eNposWTcF8265hqviRWAOtU44gTDTodfcPbdq_XCoADEx_TrZye7icLHVSlxcGKgTDv-xtsFxHK1yYgLIAwmXEcCJuX7Se1nCJqqjL7Ce1UybLz0Pobvr1D9lcl4D1sPQ=>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRmzGPU6E3h9YHPMTBJ1i0Xm6pyeUldhR8zcAMa0iC-4cKFOB_wKlqoPeWE0apUoNrXy_3R6kXcdy0FHoyFl90XaFme7mXMG9MoR0LOh6Z0T_oMx9aVrq3yuLjLMxg7A==>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkzGNVqEzg9JJNMzbY1S8H3K7gfZ7Nxdwz9URbUnBso8QAah6wqR4tu2HD0a0V456SjTqROFP2XDF2vaZPDduEFYBPNSULA==>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrTvvAIbHEamJfKrJZTky-IT75yxMcIOM7VY0uoH3G8wvM7Ogp4g9EXdUKepcMID-Zy2Kliq7SXFxi8Ws92VzPsTewUNcGyV3glBF94QKwqb7LIdGBRuxMBIgibtaJcqxBGJgyMh_IyxGDAYW5zUL-O-naOtruH5DeWYBFaiywwOEOx8e0GM3mCt5DNBtBcRh1QFP1e1WV9>
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO4FvsUr520-gpPMjEY1S8YHis2fIlL1Z72swUdUPRbyySupDdl6O4R2KObQ==>[image:
>>> PlaceIQ:CES 2018]
>>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtROkS6OV6MOhcMBPt_Rfl-_H1C83vwzLxF9yYwvak6Ys54FEOBh84xdmt2aAQW1UYN7FyjxR-i4tcfIzqeCHMRwEvO3G63G>
>>>
>>> On Fri, Jul 06, 2018 at 6:02 AM Jongyoul Lee <Jongyoul Lee
>>> <Jongyoul+Lee+%3Cjongyoul@gmail.com%3E>> wrote:
>>>
>>>> It looks like a good idea to show the default interpreter group - and
>>>> it should be also changeable - and store it to `note.json`. It could remove
>>>> interpreter-binding information, keep default interpreter when extracting
>>>> note. Moreover it also helps to reduce our server code as well.
>>>>
>>>> What do you guys think of?
>>>>
>>>> On Fri, Jul 6, 2018 at 6:16 PM, Sanjay Dasgupta <
>>>> sanjay.dasgupta@gmail.com> wrote:
>>>>
>>>>> If there is no per-interpreter overhead of binding all the
>>>>> interpreters from the beginning, we should definitely do it. This will
>>>>> simplify the GUI somewhat.
>>>>>
>>>>> Regards,
>>>>> - Sanjay
>>>>>
>>>>>
>>>>> On Fri, Jul 6, 2018 at 1:49 PM, Partridge, Lucas (GE Aviation) <
>>>>> Lucas.Partridge@ge.com> wrote:
>>>>>
>>>>>> “So usually we would recommend user to specify the full qualified
>>>>>> interpreter name.”
>>>>>>
>>>>>> - I usually recommend the exact opposite to our users. We frequently
>>>>>> change interpreter groups to allow for different Spark cluster settings
>>>>>> (number of executors, memory, etc). Users with more demanding requirements
>>>>>> are asked to use custom interpreter groups with more allocated resources.
>>>>>> If users included the interpreter group name at the start of every
>>>>>> paragraph they would then have to manually edit the start of every
>>>>>> paragraph before they could run their note using a different interpreter
>>>>>> group. Very tedious!
>>>>>>
>>>>>>
>>>>>>
>>>>>> But I agree the short names without the interpreter group are often
>>>>>> ambiguous and can cause confusion.  Maybe somewhere in the execution output
>>>>>> of each paragraph there should be some discrete text giving the fully
>>>>>> qualified name of the interpreter that was actually used to produce that
>>>>>> output. Or a clearly defined ‘default interpreter group’ text in the
>>>>>> toolbar at the top of each notebook. Make it a dropdown so it would be easy
>>>>>> to change the default.
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* Jeff Zhang <zj...@gmail.com>
>>>>>> *Sent:* 06 July 2018 08:53
>>>>>> *To:* users@zeppelin.apache.org
>>>>>> *Cc:* dev <de...@zeppelin.apache.org>
>>>>>> *Subject:* EXT: Re: [DISCUSS] Is interpreter binding necessary ?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> We already allow setting default interpreter when creating note.
>>>>>> Another way to set default interpreter is to reorder the interpreter
>>>>>> setting binding in note page.
>>>>>>
>>>>>>
>>>>>>
>>>>>> But personally I don't recommend user to use short interpreter name
>>>>>> because of default interpreter. 2 Reaons:
>>>>>>
>>>>>> 1. It introduce in-accurate info. e.g. In our product, we have 2
>>>>>> spark interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then
>>>>>> user often specify `%spark` for spark interpreter. But it could mean both
>>>>>> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
>>>>>> what's wrong when user expect to work spark2 but actually he still use
>>>>>> spark 1.x. So usually we would recommend user to specify the full qualified
>>>>>> interpreter name. Just type several more characters which just cost 2
>>>>>> seconds but make it more clear and readable.
>>>>>>
>>>>>> 2. Another issue is that interpreter binding is stored in
>>>>>> interpreter.json, that means if they export this note to another zeppelin
>>>>>> instance, the default interpreter won't work.
>>>>>>
>>>>>>
>>>>>>
>>>>>> So I don't think setting default interpreter via interpreter binding
>>>>>> is valuable for users. If user really want to do that, I would suggest to
>>>>>> store it in note.json instead of interpreter.json
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
>>>>>>
>>>>>> There are two purposes of interpreter binding. One is what you
>>>>>> mentioned and another one is to manage a default interpreter. If we provide
>>>>>> a new way to set default interpreter, I think we can remove them :-) We
>>>>>> could set permissions in other ways.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Overall, +1
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
>>>>>>
>>>>>> Hi Folks,
>>>>>>
>>>>>>
>>>>>>
>>>>>> I raise this thread to discuss whether we need the interpreter
>>>>>> binding. Currently when user create notes, they have to bind interpreters
>>>>>> to their notes in note page. Otherwise they will hit interpreter not found
>>>>>> issue. Besides that in zeppelin server side, we maintain the interpreter
>>>>>> binding info in memory as well as in interpreter.json.
>>>>>>
>>>>>>
>>>>>>
>>>>>> IMHO, it is not necessary to do interpreter binding. Because it just
>>>>>> add extra burden to maintain the interpreter binding info in zeppelin
>>>>>> server side, and doesn't introduce any benefits. The only benefit is that
>>>>>> we will check whether user have permission to use this interpreter, but
>>>>>> actually zeppelin will check the permission when running paragraph, so I
>>>>>> don't think we need to introduce interpreter binding just for this kind of
>>>>>> permission check that we will do later.
>>>>>>
>>>>>>
>>>>>>
>>>>>> So overall, I would suggest to remove interpreter binding feature.
>>>>>> What do you think ?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> 이종열, Jongyoul Lee, 李宗烈
>>>>>>
>>>>>> http://madeng.net
>>>>>>
>>>>>>
>>>>>
>>>
>>>
>>> --
>>> 이종열, Jongyoul Lee, 李宗烈
>>> http://madeng.net
>>>
>>>

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Ruslan Dautkhanov <da...@gmail.com>.
That interpreting binding UI was also used to restart interpreters that our
users were using form time to time.
If we remove interpreter binding, there should still be a way to restart
them quickly without going deep into menus.

And also there should be a way to show interpreter status, like for example
proposed in https://github.com/apache/zeppelin/pull/2974

-- 
Ruslan Dautkhanov


On Fri, Jul 6, 2018 at 9:56 AM Ruslan Dautkhanov <da...@gmail.com>
wrote:

> +1 to remove it
>
> Setting default interpreter is not very useful anyway (for example, we
> can't make %pyspark default without manually editing xml files in Zeppelin
> distro). https://issues.apache.org/jira/browse/ZEPPELIN-3282
>
> --
> Ruslan Dautkhanov
>
>
> On Fri, Jul 6, 2018 at 7:27 AM Paul Brenner <pb...@placeiq.com> wrote:
>
>> I agree with Partridge. We have different interpreters defined with
>> different queues and settings. So we need a way to quickly change the
>> default interpreter and can’t rely on typing the desired interpreter at the
>> start of each paragraph.
>>
>>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=> *Paul
>> Brenner*
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>
>> SR. DATA SCIENTIST
>> *(217) 390-3033 *
>>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7otRkiuQULto2YFLKcHRaV-yQzCzzfozP1Vkx88WZ1XBuYhJEPd237RkovCaAxj0DNIuDG3qWOUDdM3xXXYnBAZyQ61ybfDbOnVWvhsXK0DXpbBauRLrhIQKcCDAthsl-eAsaQQD>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRkDGPWKEqjtYXLN_ZZF32U3m53vIlKBlxwsRVdlHBtY8JEOR6y65-6PCGWwW2Sc9vVjP2Q-YMfYdGpt09YXTQRsfeNqyy7v84>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO73HcAfouhNlJHczEaxeaUX6o3vY1IlVExsgMZ1eNposWTcF8265hqviRWAOtU44gTDTodfcPbdq_XCoADEx_TrZye7icLHVSlxcGKgTDv-xtsFxHK1yYgLIAwmXEcCJuX7Se1nCJqqjL7Ce1UybLz0Pobvr1D9lcl4D1sPQ=>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRmzGPU6E3h9YHPMTBJ1i0Xm6pyeUldhR8zcAMa0iC-4cKFOB_wKlqoPeWE0apUoNrXy_3R6kXcdy0FHoyFl90XaFme7mXMG9MoR0LOh6Z0T_oMx9aVrq3yuLjLMxg7A==>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkzGNVqEzg9JJNMzbY1S8H3K7gfZ7Nxdwz9URbUnBso8QAah6wqR4tu2HD0a0V456SjTqROFP2XDF2vaZPDduEFYBPNSULA==>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrTvvAIbHEamJfKrJZTky-IT75yxMcIOM7VY0uoH3G8wvM7Ogp4g9EXdUKepcMID-Zy2Kliq7SXFxi8Ws92VzPsTewUNcGyV3glBF94QKwqb7LIdGBRuxMBIgibtaJcqxBGJgyMh_IyxGDAYW5zUL-O-naOtruH5DeWYBFaiywwOEOx8e0GM3mCt5DNBtBcRh1QFP1e1WV9>
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO4FvsUr520-gpPMjEY1S8YHis2fIlL1Z72swUdUPRbyySupDdl6O4R2KObQ==>[image:
>> PlaceIQ:CES 2018]
>> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtROkS6OV6MOhcMBPt_Rfl-_H1C83vwzLxF9yYwvak6Ys54FEOBh84xdmt2aAQW1UYN7FyjxR-i4tcfIzqeCHMRwEvO3G63G>
>>
>> On Fri, Jul 06, 2018 at 6:02 AM Jongyoul Lee <Jongyoul Lee
>> <Jongyoul+Lee+%3Cjongyoul@gmail.com%3E>> wrote:
>>
>>> It looks like a good idea to show the default interpreter group - and it
>>> should be also changeable - and store it to `note.json`. It could remove
>>> interpreter-binding information, keep default interpreter when extracting
>>> note. Moreover it also helps to reduce our server code as well.
>>>
>>> What do you guys think of?
>>>
>>> On Fri, Jul 6, 2018 at 6:16 PM, Sanjay Dasgupta <
>>> sanjay.dasgupta@gmail.com> wrote:
>>>
>>>> If there is no per-interpreter overhead of binding all the interpreters
>>>> from the beginning, we should definitely do it. This will simplify the GUI
>>>> somewhat.
>>>>
>>>> Regards,
>>>> - Sanjay
>>>>
>>>>
>>>> On Fri, Jul 6, 2018 at 1:49 PM, Partridge, Lucas (GE Aviation) <
>>>> Lucas.Partridge@ge.com> wrote:
>>>>
>>>>> “So usually we would recommend user to specify the full qualified
>>>>> interpreter name.”
>>>>>
>>>>> - I usually recommend the exact opposite to our users. We frequently
>>>>> change interpreter groups to allow for different Spark cluster settings
>>>>> (number of executors, memory, etc). Users with more demanding requirements
>>>>> are asked to use custom interpreter groups with more allocated resources.
>>>>> If users included the interpreter group name at the start of every
>>>>> paragraph they would then have to manually edit the start of every
>>>>> paragraph before they could run their note using a different interpreter
>>>>> group. Very tedious!
>>>>>
>>>>>
>>>>>
>>>>> But I agree the short names without the interpreter group are often
>>>>> ambiguous and can cause confusion.  Maybe somewhere in the execution output
>>>>> of each paragraph there should be some discrete text giving the fully
>>>>> qualified name of the interpreter that was actually used to produce that
>>>>> output. Or a clearly defined ‘default interpreter group’ text in the
>>>>> toolbar at the top of each notebook. Make it a dropdown so it would be easy
>>>>> to change the default.
>>>>>
>>>>>
>>>>>
>>>>> *From:* Jeff Zhang <zj...@gmail.com>
>>>>> *Sent:* 06 July 2018 08:53
>>>>> *To:* users@zeppelin.apache.org
>>>>> *Cc:* dev <de...@zeppelin.apache.org>
>>>>> *Subject:* EXT: Re: [DISCUSS] Is interpreter binding necessary ?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> We already allow setting default interpreter when creating note.
>>>>> Another way to set default interpreter is to reorder the interpreter
>>>>> setting binding in note page.
>>>>>
>>>>>
>>>>>
>>>>> But personally I don't recommend user to use short interpreter name
>>>>> because of default interpreter. 2 Reaons:
>>>>>
>>>>> 1. It introduce in-accurate info. e.g. In our product, we have 2 spark
>>>>> interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then user
>>>>> often specify `%spark` for spark interpreter. But it could mean both
>>>>> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
>>>>> what's wrong when user expect to work spark2 but actually he still use
>>>>> spark 1.x. So usually we would recommend user to specify the full qualified
>>>>> interpreter name. Just type several more characters which just cost 2
>>>>> seconds but make it more clear and readable.
>>>>>
>>>>> 2. Another issue is that interpreter binding is stored in
>>>>> interpreter.json, that means if they export this note to another zeppelin
>>>>> instance, the default interpreter won't work.
>>>>>
>>>>>
>>>>>
>>>>> So I don't think setting default interpreter via interpreter binding
>>>>> is valuable for users. If user really want to do that, I would suggest to
>>>>> store it in note.json instead of interpreter.json
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
>>>>>
>>>>> There are two purposes of interpreter binding. One is what you
>>>>> mentioned and another one is to manage a default interpreter. If we provide
>>>>> a new way to set default interpreter, I think we can remove them :-) We
>>>>> could set permissions in other ways.
>>>>>
>>>>>
>>>>>
>>>>> Overall, +1
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
>>>>>
>>>>> Hi Folks,
>>>>>
>>>>>
>>>>>
>>>>> I raise this thread to discuss whether we need the interpreter
>>>>> binding. Currently when user create notes, they have to bind interpreters
>>>>> to their notes in note page. Otherwise they will hit interpreter not found
>>>>> issue. Besides that in zeppelin server side, we maintain the interpreter
>>>>> binding info in memory as well as in interpreter.json.
>>>>>
>>>>>
>>>>>
>>>>> IMHO, it is not necessary to do interpreter binding. Because it just
>>>>> add extra burden to maintain the interpreter binding info in zeppelin
>>>>> server side, and doesn't introduce any benefits. The only benefit is that
>>>>> we will check whether user have permission to use this interpreter, but
>>>>> actually zeppelin will check the permission when running paragraph, so I
>>>>> don't think we need to introduce interpreter binding just for this kind of
>>>>> permission check that we will do later.
>>>>>
>>>>>
>>>>>
>>>>> So overall, I would suggest to remove interpreter binding feature.
>>>>> What do you think ?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> 이종열, Jongyoul Lee, 李宗烈
>>>>>
>>>>> http://madeng.net
>>>>>
>>>>>
>>>>
>>
>>
>> --
>> 이종열, Jongyoul Lee, 李宗烈
>> http://madeng.net
>>
>>

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Ruslan Dautkhanov <da...@gmail.com>.
+1 to remove it

Setting default interpreter is not very useful anyway (for example, we
can't make %pyspark default without manually editing xml files in Zeppelin
distro). https://issues.apache.org/jira/browse/ZEPPELIN-3282

-- 
Ruslan Dautkhanov


On Fri, Jul 6, 2018 at 7:27 AM Paul Brenner <pb...@placeiq.com> wrote:

> I agree with Partridge. We have different interpreters defined with
> different queues and settings. So we need a way to quickly change the
> default interpreter and can’t rely on typing the desired interpreter at the
> start of each paragraph.
>
>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU=> *Paul
> Brenner*
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ=>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA==>
> SR. DATA SCIENTIST
> *(217) 390-3033 *
>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7otRkiuQULto2YFLKcHRaV-yQzCzzfozP1Vkx88WZ1XBuYhJEPd237RkovCaAxj0DNIuDG3qWOUDdM3xXXYnBAZyQ61ybfDbOnVWvhsXK0DXpbBauRLrhIQKcCDAthsl-eAsaQQD>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV->
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRkDGPWKEqjtYXLN_ZZF32U3m53vIlKBlxwsRVdlHBtY8JEOR6y65-6PCGWwW2Sc9vVjP2Q-YMfYdGpt09YXTQRsfeNqyy7v84>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO73HcAfouhNlJHczEaxeaUX6o3vY1IlVExsgMZ1eNposWTcF8265hqviRWAOtU44gTDTodfcPbdq_XCoADEx_TrZye7icLHVSlxcGKgTDv-xtsFxHK1yYgLIAwmXEcCJuX7Se1nCJqqjL7Ce1UybLz0Pobvr1D9lcl4D1sPQ=>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRmzGPU6E3h9YHPMTBJ1i0Xm6pyeUldhR8zcAMa0iC-4cKFOB_wKlqoPeWE0apUoNrXy_3R6kXcdy0FHoyFl90XaFme7mXMG9MoR0LOh6Z0T_oMx9aVrq3yuLjLMxg7A==>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkzGNVqEzg9JJNMzbY1S8H3K7gfZ7Nxdwz9URbUnBso8QAah6wqR4tu2HD0a0V456SjTqROFP2XDF2vaZPDduEFYBPNSULA==>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8=>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrTvvAIbHEamJfKrJZTky-IT75yxMcIOM7VY0uoH3G8wvM7Ogp4g9EXdUKepcMID-Zy2Kliq7SXFxi8Ws92VzPsTewUNcGyV3glBF94QKwqb7LIdGBRuxMBIgibtaJcqxBGJgyMh_IyxGDAYW5zUL-O-naOtruH5DeWYBFaiywwOEOx8e0GM3mCt5DNBtBcRh1QFP1e1WV9>
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO4FvsUr520-gpPMjEY1S8YHis2fIlL1Z72swUdUPRbyySupDdl6O4R2KObQ==>[image:
> PlaceIQ:CES 2018]
> <https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtROkS6OV6MOhcMBPt_Rfl-_H1C83vwzLxF9yYwvak6Ys54FEOBh84xdmt2aAQW1UYN7FyjxR-i4tcfIzqeCHMRwEvO3G63G>
>
> On Fri, Jul 06, 2018 at 6:02 AM Jongyoul Lee <Jongyoul Lee
> <Jongyoul+Lee+%3Cjongyoul@gmail.com%3E>> wrote:
>
>> It looks like a good idea to show the default interpreter group - and it
>> should be also changeable - and store it to `note.json`. It could remove
>> interpreter-binding information, keep default interpreter when extracting
>> note. Moreover it also helps to reduce our server code as well.
>>
>> What do you guys think of?
>>
>> On Fri, Jul 6, 2018 at 6:16 PM, Sanjay Dasgupta <
>> sanjay.dasgupta@gmail.com> wrote:
>>
>>> If there is no per-interpreter overhead of binding all the interpreters
>>> from the beginning, we should definitely do it. This will simplify the GUI
>>> somewhat.
>>>
>>> Regards,
>>> - Sanjay
>>>
>>>
>>> On Fri, Jul 6, 2018 at 1:49 PM, Partridge, Lucas (GE Aviation) <
>>> Lucas.Partridge@ge.com> wrote:
>>>
>>>> “So usually we would recommend user to specify the full qualified
>>>> interpreter name.”
>>>>
>>>> - I usually recommend the exact opposite to our users. We frequently
>>>> change interpreter groups to allow for different Spark cluster settings
>>>> (number of executors, memory, etc). Users with more demanding requirements
>>>> are asked to use custom interpreter groups with more allocated resources.
>>>> If users included the interpreter group name at the start of every
>>>> paragraph they would then have to manually edit the start of every
>>>> paragraph before they could run their note using a different interpreter
>>>> group. Very tedious!
>>>>
>>>>
>>>>
>>>> But I agree the short names without the interpreter group are often
>>>> ambiguous and can cause confusion.  Maybe somewhere in the execution output
>>>> of each paragraph there should be some discrete text giving the fully
>>>> qualified name of the interpreter that was actually used to produce that
>>>> output. Or a clearly defined ‘default interpreter group’ text in the
>>>> toolbar at the top of each notebook. Make it a dropdown so it would be easy
>>>> to change the default.
>>>>
>>>>
>>>>
>>>> *From:* Jeff Zhang <zj...@gmail.com>
>>>> *Sent:* 06 July 2018 08:53
>>>> *To:* users@zeppelin.apache.org
>>>> *Cc:* dev <de...@zeppelin.apache.org>
>>>> *Subject:* EXT: Re: [DISCUSS] Is interpreter binding necessary ?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> We already allow setting default interpreter when creating note.
>>>> Another way to set default interpreter is to reorder the interpreter
>>>> setting binding in note page.
>>>>
>>>>
>>>>
>>>> But personally I don't recommend user to use short interpreter name
>>>> because of default interpreter. 2 Reaons:
>>>>
>>>> 1. It introduce in-accurate info. e.g. In our product, we have 2 spark
>>>> interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then user
>>>> often specify `%spark` for spark interpreter. But it could mean both
>>>> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
>>>> what's wrong when user expect to work spark2 but actually he still use
>>>> spark 1.x. So usually we would recommend user to specify the full qualified
>>>> interpreter name. Just type several more characters which just cost 2
>>>> seconds but make it more clear and readable.
>>>>
>>>> 2. Another issue is that interpreter binding is stored in
>>>> interpreter.json, that means if they export this note to another zeppelin
>>>> instance, the default interpreter won't work.
>>>>
>>>>
>>>>
>>>> So I don't think setting default interpreter via interpreter binding is
>>>> valuable for users. If user really want to do that, I would suggest to
>>>> store it in note.json instead of interpreter.json
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
>>>>
>>>> There are two purposes of interpreter binding. One is what you
>>>> mentioned and another one is to manage a default interpreter. If we provide
>>>> a new way to set default interpreter, I think we can remove them :-) We
>>>> could set permissions in other ways.
>>>>
>>>>
>>>>
>>>> Overall, +1
>>>>
>>>>
>>>>
>>>> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
>>>>
>>>> Hi Folks,
>>>>
>>>>
>>>>
>>>> I raise this thread to discuss whether we need the interpreter binding.
>>>> Currently when user create notes, they have to bind interpreters to their
>>>> notes in note page. Otherwise they will hit interpreter not found issue.
>>>> Besides that in zeppelin server side, we maintain the interpreter binding
>>>> info in memory as well as in interpreter.json.
>>>>
>>>>
>>>>
>>>> IMHO, it is not necessary to do interpreter binding. Because it just
>>>> add extra burden to maintain the interpreter binding info in zeppelin
>>>> server side, and doesn't introduce any benefits. The only benefit is that
>>>> we will check whether user have permission to use this interpreter, but
>>>> actually zeppelin will check the permission when running paragraph, so I
>>>> don't think we need to introduce interpreter binding just for this kind of
>>>> permission check that we will do later.
>>>>
>>>>
>>>>
>>>> So overall, I would suggest to remove interpreter binding feature.
>>>> What do you think ?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> 이종열, Jongyoul Lee, 李宗烈
>>>>
>>>> http://madeng.net
>>>>
>>>>
>>>
>
>
> --
> 이종열, Jongyoul Lee, 李宗烈
> http://madeng.net
>
>

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Paul Brenner <pb...@placeiq.com>.
I agree with Partridge. We have different interpreters defined with different queues and settings. So we need a way to quickly change the default interpreter and can’t rely on typing the desired interpreter at the start of each paragraph. 

( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU= ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU= ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7h9Qb2g_eDdzcp6fWnRGMKU= ) *Paul Brenner* ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2 ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2 ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0fiYqDXt-NFancGmYTJoNoEym-hk4ZudikiEh22ahQg0LL2 ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ= ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrFs_IOa3cE3drGrtRO83LeA-sOurZBpe40Kl9Vs2ciD7HZiFQ= ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA== ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrPu_8AbHwC2NrGrtROwHHSEO8pkpgUNczTb1OqOVPmpWhChtSWVFdvwywOLA== ) SR. DATA SCIENTIST (217) 390-3033 

( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWW0TiJaTPs_IOYGlF1ZvI7otRkiuQULto2YFLKcHRaV-yQzCzzfozP1Vkx88WZ1XBuYhJEPd237RkovCaAxj0DNIuDG3qWOUDdM3xXXYnBAZyQ61ybfDbOnVWvhsXK0DXpbBauRLrhIQKcCDAthsl-eAsaQQD ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV- ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV- ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV- ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU9JZQkTGOWKEmiNQRK8zTcxetQTCt3vI1Mgt6wc9Va0nBuoEHAfF6w64gofiBF0a0U4MyTiXnQ-oBaof1lKHJ7EeRjvYnxfekhrV- ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRkDGPWKEqjtYXLN_ZZF32U3m53vIlKBlxwsRVdlHBtY8JEOR6y65-6PCGWwW2Sc9vVjP2Q-YMfYdGpt09YXTQRsfeNqyy7v84 ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRlzGOU6E3h9YHPMTBJ1C0W3OugeM-PlV9y9UPbVWH-48AFuBh2Kl-rPeSWwK3V5Z2WDTsXOFNdsm1FHYgSBohH7ZvJLDfNGNaulXP4qbfXG2HpYq-QfysDvXs ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO73HcAfouhNlJHczEaxeaUX6o3vY1IlVExsgMZ1eNposWTcF8265hqviRWAOtU44gTDTodfcPbdq_XCoADEx_TrZye7icLHVSlxcGKgTDv-xtsFxHK1yYgLIAwmXEcCJuX7Se1nCJqqjL7Ce1UybLz0Pobvr1D9lcl4D1sPQ= ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZRmzGPU6E3h9YHPMTBJ1i0Xm6pyeUldhR8zcAMa0iC-4cKFOB_wKlqoPeWE0apUoNrXy_3R6kXcdy0FHoyFl90XaFme7mXMG9MoR0LOh6Z0T_oMx9aVrq3yuLjLMxg7A== ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkzGNVqEzg9JJNMzbY1S8H3K7gfZ7Nxdwz9URbUnBso8QAah6wqR4tu2HD0a0V456SjTqROFP2XDF2vaZPDduEFYBPNSULA== ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8= ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXF_0aLHKo78IZnVEhMSU95ZQkTGPV6E3h9YHPMTBJ1O1Rm-yyOI1Pgs-wsAWZkqNpIVJAah03q94q_2XBA64VYtxXm3qTOIFasGyXjonDUplAqZiZbTMPHNM5RsALQjFofxcshBaLx_AnLY4yWHadG52TbvP_meT8rbF7D-WahZRyGUwIkax-u0Gez-1LHbWmD8spk4MVqFW7B7xBIFsnzIO30oi1yzBh2RdqBjN_an6Zv5x5MhmA-p7DzyK43s-dvD54LtD1c-UaG8= ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stTsANWA0TifPrTvvAIbHEamJfKrJZTky-IT75yxMcIOM7VY0uoH3G8wvM7Ogp4g9EXdUKepcMID-Zy2Kliq7SXFxi8Ws92VzPsTewUNcGyV3glBF94QKwqb7LIdGBRuxMBIgibtaJcqxBGJgyMh_IyxGDAYW5zUL-O-naOtruH5DeWYBFaiywwOEOx8e0GM3mCt5DNBtBcRh1QFP1e1WV9 ) ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtRO4FvsUr520-gpPMjEY1S8YHis2fIlL1Z72swUdUPRbyySupDdl6O4R2KObQ== ) PlaceIQ:CES 2018 ( https://share.polymail.io/v1/z/b/NWIzZjZkNTc0YWE0/kVB6OMitKz7Pqm5NuaQG4awyekI99c0gkhUdEDv2kriJlBnjhW1b_KV6uy_oCGrO25Ri9NpPRXrqb1oYLH5U3-CVKF4hGqzYaRjNEfcRIrXjFevdugvD0d2pmfVXx7uzGRDDgZjI9stT-RZWXFLybqeNov0Kan0Cx9rGrtROkS6OV6MOhcMBPt_Rfl-_H1C83vwzLxF9yYwvak6Ys54FEOBh84xdmt2aAQW1UYN7FyjxR-i4tcfIzqeCHMRwEvO3G63G )

On Fri, Jul 06, 2018 at 6:02 AM Jongyoul Lee < Jongyoul Lee ( Jongyoul Lee <jo...@gmail.com> ) > wrote:

> 
> It looks like a good idea to show the default interpreter group - and it
> should be also changeable - and store it to `note.json`. It could remove
> interpreter-binding information, keep default interpreter when extracting
> note. Moreover it also helps to reduce our server code as well.
> 
> 
> What do you guys think of?
> 
> On Fri, Jul 6, 2018 at 6:16 PM, Sanjay Dasgupta < sanjay.dasgupta@gmail.com
> > wrote:
> 
>> If there is no per-interpreter overhead of binding all the interpreters
>> from the beginning, we should definitely do it. This will simplify the GUI
>> somewhat.
>> 
>> 
>> Regards,
>> - Sanjay
>> 
>> 
>> 
>> On Fri, Jul 6, 2018 at 1:49 PM, Partridge, Lucas (GE Aviation) < Lucas.Partridge@ge.com
>> > wrote:
>> 
>>> 
>>> 
>>> “ So usually we would recommend user to specify the full qualified
>>> interpreter name. ”
>>> 
>>> 
>>> 
>>> - I usually recommend the exact opposite to our users. We frequently
>>> change interpreter groups to allow for different Spark cluster settings
>>> (number of executors, memory, etc). Users with more demanding requirements
>>> are asked to use custom interpreter groups with more allocated resources. 
>>> If users included the interpreter group name at the start of every
>>> paragraph they would then have to manually edit the start of every
>>> paragraph before they could run their note using a different interpreter
>>> group. Very tedious!
>>> 
>>> 
>>> 
>>>  
>>> 
>>> 
>>> 
>>> But I agree the short names without the interpreter group are often
>>> ambiguous and can cause confusion.  Maybe somewhere in the execution
>>> output of each paragraph there should be some discrete text giving the
>>> fully qualified name of the interpreter that was actually used to produce
>>> that output. Or a clearly defined ‘default interpreter group’ text in the
>>> toolbar at the top of each notebook. Make it a dropdown so it would be
>>> easy to change the default.
>>> 
>>> 
>>> 
>>>  
>>> 
>>> 
>>> 
>>> *From:* Jeff Zhang < zjffdu@gmail.com >
>>> *Sent:* 06 July 2018 08:53
>>> *To:* users@zeppelin.apache.org
>>> *Cc:* dev < dev@zeppelin.apache.org >
>>> *Subject:* EXT: Re: [DISCUSS] Is interpreter binding necessary ?
>>> 
>>> 
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>> 
>>> 
>>> We already allow setting default interpreter when creating note. Another
>>> way to set default interpreter is to reorder the interpreter setting
>>> binding in note page. 
>>> 
>>> 
>>> 
>>> 
>>>  
>>> 
>>> 
>>> 
>>> 
>>> But personally I don't recommend user to use short interpreter name
>>> because of default interpreter. 2 Reaons:
>>> 
>>> 
>>> 
>>> 
>>> 1. It introduce in-accurate info. e.g. In our product, we have 2 spark
>>> interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then user
>>> often specify `%spark` for spark interpreter. But it could mean both
>>> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
>>> what's wrong when user expect to work spark2 but actually he still use
>>> spark 1.x. So usually we would recommend user to specify the full
>>> qualified interpreter name. Just type several more characters which just
>>> cost 2 seconds but make it more clear and readable. 
>>> 
>>> 
>>> 
>>> 
>>> 2. Another issue is that interpreter binding is stored in
>>> interpreter.json, that means if they export this note to another zeppelin
>>> instance, the default interpreter won't work. 
>>> 
>>> 
>>> 
>>> 
>>>  
>>> 
>>> 
>>> 
>>> 
>>> So I don't think setting default interpreter via interpreter binding is
>>> valuable for users. If user really want to do that, I would suggest to
>>> store it in note.json instead of interpreter.json
>>> 
>>> 
>>> 
>>> 
>>>  
>>> 
>>> 
>>> 
>>> 
>>>  
>>> 
>>> 
>>> 
>>> Jongyoul Lee < jongyoul@gmail.com > 于 2018 年 7 月 6 日 周五 下午 3:36 写道:
>>> 
>>> 
>>> 
>>>> 
>>>> 
>>>> There are two purposes of interpreter binding. One is what you mentioned
>>>> and another one is to manage a default interpreter. If we provide a new
>>>> way to set default interpreter, I think we can remove them :-) We could
>>>> set permissions in other ways.
>>>> 
>>>> 
>>>> 
>>>>  
>>>> 
>>>> 
>>>> 
>>>> 
>>>> Overall, +1
>>>> 
>>>> 
>>>> 
>>>> 
>>>>  
>>>> 
>>>> 
>>>> 
>>>> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang < zjffdu@gmail.com > wrote:
>>>> 
>>>> 
>>>>> 
>>>>> 
>>>>> Hi Folks,
>>>>> 
>>>>> 
>>>>> 
>>>>>  
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> I raise this thread to discuss whether we need the interpreter binding.
>>>>> Currently when user create notes, they have to bind interpreters to their
>>>>> notes in note page. Otherwise they will hit interpreter not found issue.
>>>>> Besides that in zeppelin server side, we maintain the interpreter binding
>>>>> info in memory as well as in interpreter.json.
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>  
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> IMHO, it is not necessary to do interpreter binding. Because it just add
>>>>> extra burden to maintain the interpreter binding info in zeppelin server
>>>>> side, and doesn't introduce any benefits. The only benefit is that we will
>>>>> check whether user have permission to use this interpreter, but actually
>>>>> zeppelin will check the permission when running paragraph, so I don't
>>>>> think we need to introduce interpreter binding just for this kind of
>>>>> permission check that we will do later. 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>  
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> So overall, I would suggest to remove interpreter binding feature.  What
>>>>> do you think ?
>>>>> 
>>>>> 
>>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>>  
>>>> 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> 
>>>> 
>>>> 
>>>> 이종열 , Jongyoul Lee, 李宗烈
>>>> 
>>>> 
>>>> 
>>>> 
>>>> http://madeng.net
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>> 
>> 
>> 
>> 
> 
> 

--
이종열, Jongyoul Lee, 李宗烈

http://madeng.net

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Jongyoul Lee <jo...@gmail.com>.
It looks like a good idea to show the default interpreter group - and it
should be also changeable - and store it to `note.json`. It could remove
interpreter-binding information, keep default interpreter when extracting
note. Moreover it also helps to reduce our server code as well.

What do you guys think of?

On Fri, Jul 6, 2018 at 6:16 PM, Sanjay Dasgupta <sa...@gmail.com>
wrote:

> If there is no per-interpreter overhead of binding all the interpreters
> from the beginning, we should definitely do it. This will simplify the GUI
> somewhat.
>
> Regards,
> - Sanjay
>
>
> On Fri, Jul 6, 2018 at 1:49 PM, Partridge, Lucas (GE Aviation) <
> Lucas.Partridge@ge.com> wrote:
>
>> “So usually we would recommend user to specify the full qualified
>> interpreter name.”
>>
>> - I usually recommend the exact opposite to our users. We frequently
>> change interpreter groups to allow for different Spark cluster settings
>> (number of executors, memory, etc). Users with more demanding requirements
>> are asked to use custom interpreter groups with more allocated resources.
>> If users included the interpreter group name at the start of every
>> paragraph they would then have to manually edit the start of every
>> paragraph before they could run their note using a different interpreter
>> group. Very tedious!
>>
>>
>>
>> But I agree the short names without the interpreter group are often
>> ambiguous and can cause confusion.  Maybe somewhere in the execution output
>> of each paragraph there should be some discrete text giving the fully
>> qualified name of the interpreter that was actually used to produce that
>> output. Or a clearly defined ‘default interpreter group’ text in the
>> toolbar at the top of each notebook. Make it a dropdown so it would be easy
>> to change the default.
>>
>>
>>
>> *From:* Jeff Zhang <zj...@gmail.com>
>> *Sent:* 06 July 2018 08:53
>> *To:* users@zeppelin.apache.org
>> *Cc:* dev <de...@zeppelin.apache.org>
>> *Subject:* EXT: Re: [DISCUSS] Is interpreter binding necessary ?
>>
>>
>>
>>
>>
>> We already allow setting default interpreter when creating note. Another
>> way to set default interpreter is to reorder the interpreter setting
>> binding in note page.
>>
>>
>>
>> But personally I don't recommend user to use short interpreter name
>> because of default interpreter. 2 Reaons:
>>
>> 1. It introduce in-accurate info. e.g. In our product, we have 2 spark
>> interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then user
>> often specify `%spark` for spark interpreter. But it could mean both
>> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
>> what's wrong when user expect to work spark2 but actually he still use
>> spark 1.x. So usually we would recommend user to specify the full qualified
>> interpreter name. Just type several more characters which just cost 2
>> seconds but make it more clear and readable.
>>
>> 2. Another issue is that interpreter binding is stored in
>> interpreter.json, that means if they export this note to another zeppelin
>> instance, the default interpreter won't work.
>>
>>
>>
>> So I don't think setting default interpreter via interpreter binding is
>> valuable for users. If user really want to do that, I would suggest to
>> store it in note.json instead of interpreter.json
>>
>>
>>
>>
>>
>> Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
>>
>> There are two purposes of interpreter binding. One is what you mentioned
>> and another one is to manage a default interpreter. If we provide a new way
>> to set default interpreter, I think we can remove them :-) We could set
>> permissions in other ways.
>>
>>
>>
>> Overall, +1
>>
>>
>>
>> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
>>
>> Hi Folks,
>>
>>
>>
>> I raise this thread to discuss whether we need the interpreter binding.
>> Currently when user create notes, they have to bind interpreters to their
>> notes in note page. Otherwise they will hit interpreter not found issue.
>> Besides that in zeppelin server side, we maintain the interpreter binding
>> info in memory as well as in interpreter.json.
>>
>>
>>
>> IMHO, it is not necessary to do interpreter binding. Because it just add
>> extra burden to maintain the interpreter binding info in zeppelin server
>> side, and doesn't introduce any benefits. The only benefit is that we will
>> check whether user have permission to use this interpreter, but actually
>> zeppelin will check the permission when running paragraph, so I don't think
>> we need to introduce interpreter binding just for this kind of permission
>> check that we will do later.
>>
>>
>>
>> So overall, I would suggest to remove interpreter binding feature.  What
>> do you think ?
>>
>>
>>
>>
>>
>> --
>>
>> 이종열, Jongyoul Lee, 李宗烈
>>
>> http://madeng.net
>>
>>
>


-- 
이종열, Jongyoul Lee, 李宗烈
http://madeng.net

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Sanjay Dasgupta <sa...@gmail.com>.
If there is no per-interpreter overhead of binding all the interpreters
from the beginning, we should definitely do it. This will simplify the GUI
somewhat.

Regards,
- Sanjay


On Fri, Jul 6, 2018 at 1:49 PM, Partridge, Lucas (GE Aviation) <
Lucas.Partridge@ge.com> wrote:

> “So usually we would recommend user to specify the full qualified
> interpreter name.”
>
> - I usually recommend the exact opposite to our users. We frequently
> change interpreter groups to allow for different Spark cluster settings
> (number of executors, memory, etc). Users with more demanding requirements
> are asked to use custom interpreter groups with more allocated resources.
> If users included the interpreter group name at the start of every
> paragraph they would then have to manually edit the start of every
> paragraph before they could run their note using a different interpreter
> group. Very tedious!
>
>
>
> But I agree the short names without the interpreter group are often
> ambiguous and can cause confusion.  Maybe somewhere in the execution output
> of each paragraph there should be some discrete text giving the fully
> qualified name of the interpreter that was actually used to produce that
> output. Or a clearly defined ‘default interpreter group’ text in the
> toolbar at the top of each notebook. Make it a dropdown so it would be easy
> to change the default.
>
>
>
> *From:* Jeff Zhang <zj...@gmail.com>
> *Sent:* 06 July 2018 08:53
> *To:* users@zeppelin.apache.org
> *Cc:* dev <de...@zeppelin.apache.org>
> *Subject:* EXT: Re: [DISCUSS] Is interpreter binding necessary ?
>
>
>
>
>
> We already allow setting default interpreter when creating note. Another
> way to set default interpreter is to reorder the interpreter setting
> binding in note page.
>
>
>
> But personally I don't recommend user to use short interpreter name
> because of default interpreter. 2 Reaons:
>
> 1. It introduce in-accurate info. e.g. In our product, we have 2 spark
> interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then user
> often specify `%spark` for spark interpreter. But it could mean both
> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
> what's wrong when user expect to work spark2 but actually he still use
> spark 1.x. So usually we would recommend user to specify the full qualified
> interpreter name. Just type several more characters which just cost 2
> seconds but make it more clear and readable.
>
> 2. Another issue is that interpreter binding is stored in
> interpreter.json, that means if they export this note to another zeppelin
> instance, the default interpreter won't work.
>
>
>
> So I don't think setting default interpreter via interpreter binding is
> valuable for users. If user really want to do that, I would suggest to
> store it in note.json instead of interpreter.json
>
>
>
>
>
> Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
>
> There are two purposes of interpreter binding. One is what you mentioned
> and another one is to manage a default interpreter. If we provide a new way
> to set default interpreter, I think we can remove them :-) We could set
> permissions in other ways.
>
>
>
> Overall, +1
>
>
>
> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
>
> Hi Folks,
>
>
>
> I raise this thread to discuss whether we need the interpreter binding.
> Currently when user create notes, they have to bind interpreters to their
> notes in note page. Otherwise they will hit interpreter not found issue.
> Besides that in zeppelin server side, we maintain the interpreter binding
> info in memory as well as in interpreter.json.
>
>
>
> IMHO, it is not necessary to do interpreter binding. Because it just add
> extra burden to maintain the interpreter binding info in zeppelin server
> side, and doesn't introduce any benefits. The only benefit is that we will
> check whether user have permission to use this interpreter, but actually
> zeppelin will check the permission when running paragraph, so I don't think
> we need to introduce interpreter binding just for this kind of permission
> check that we will do later.
>
>
>
> So overall, I would suggest to remove interpreter binding feature.  What
> do you think ?
>
>
>
>
>
> --
>
> 이종열, Jongyoul Lee, 李宗烈
>
> http://madeng.net
>
>

[DISCUSS] Is interpreter binding necessary ?

Posted by "Partridge, Lucas (GE Aviation)" <Lu...@ge.com>.
“So usually we would recommend user to specify the full qualified interpreter name.”
- I usually recommend the exact opposite to our users. We frequently change interpreter groups to allow for different Spark cluster settings (number of executors, memory, etc). Users with more demanding requirements are asked to use custom interpreter groups with more allocated resources.  If users included the interpreter group name at the start of every paragraph they would then have to manually edit the start of every paragraph before they could run their note using a different interpreter group. Very tedious!

But I agree the short names without the interpreter group are often ambiguous and can cause confusion.  Maybe somewhere in the execution output of each paragraph there should be some discrete text giving the fully qualified name of the interpreter that was actually used to produce that output. Or a clearly defined ‘default interpreter group’ text in the toolbar at the top of each notebook. Make it a dropdown so it would be easy to change the default.

From: Jeff Zhang <zj...@gmail.com>
Sent: 06 July 2018 08:53
To: users@zeppelin.apache.org
Cc: dev <de...@zeppelin.apache.org>
Subject: EXT: Re: [DISCUSS] Is interpreter binding necessary ?


We already allow setting default interpreter when creating note. Another way to set default interpreter is to reorder the interpreter setting binding in note page.

But personally I don't recommend user to use short interpreter name because of default interpreter. 2 Reaons:
1. It introduce in-accurate info. e.g. In our product, we have 2 spark interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then user often specify `%spark` for spark interpreter. But it could mean both `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell what's wrong when user expect to work spark2 but actually he still use spark 1.x. So usually we would recommend user to specify the full qualified interpreter name. Just type several more characters which just cost 2 seconds but make it more clear and readable.
2. Another issue is that interpreter binding is stored in interpreter.json, that means if they export this note to another zeppelin instance, the default interpreter won't work.

So I don't think setting default interpreter via interpreter binding is valuable for users. If user really want to do that, I would suggest to store it in note.json instead of interpreter.json


Jongyoul Lee <jo...@gmail.com>>于2018年7月6日周五 下午3:36写道:
There are two purposes of interpreter binding. One is what you mentioned and another one is to manage a default interpreter. If we provide a new way to set default interpreter, I think we can remove them :-) We could set permissions in other ways.

Overall, +1

On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com>> wrote:
Hi Folks,

I raise this thread to discuss whether we need the interpreter binding. Currently when user create notes, they have to bind interpreters to their notes in note page. Otherwise they will hit interpreter not found issue. Besides that in zeppelin server side, we maintain the interpreter binding info in memory as well as in interpreter.json.

IMHO, it is not necessary to do interpreter binding. Because it just add extra burden to maintain the interpreter binding info in zeppelin server side, and doesn't introduce any benefits. The only benefit is that we will check whether user have permission to use this interpreter, but actually zeppelin will check the permission when running paragraph, so I don't think we need to introduce interpreter binding just for this kind of permission check that we will do later.

So overall, I would suggest to remove interpreter binding feature.  What do you think ?



--
이종열, Jongyoul Lee, 李宗烈
http://madeng.net

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Jeff Zhang <zj...@gmail.com>.
Jongyoul is right, note json contains the default interpreter, the next
step is just to provide a dropdown list in frontend to allow user to choose
it.


Jongyoul Lee <jo...@gmail.com>于2018年10月10日周三 上午7:29写道:

> In my opinion, I don't think we drop the default interpreter feature. We
> are changing that behavior and in current master, we don't have a feature
> to select default interpreter yet.
>
> On Wed, Oct 3, 2018 at 3:11 AM liuxun <ne...@163.com> wrote:
>
> > I also have some confusion about interpreter binding.  I have the
> > following ideas:
> > Storage problem with interpreter configuration?
> > It is necessary to store the interpreter through the interpreter.json
> > file. If there are multiple different zeppelin instances, we can unify
> the
> > interpreter by copying the interpreter.json file.
> > Does the note require a default interpreter?
> > The default interpreter for each note binding, I find it easy to confuse
> > users, users need to remember which note's default interpreter is what.
> > The note in the program can be bound to the default interpreter or not,
> > which makes the code a bit more complicated.
> > I recommend that each note must specify an interpreter.
> > It takes only 2 seconds to specify the interpreter, so that the user is
> > not confused, and it makes things clearer. I think it is more important.
> > Optimize how the interpreter is specified
> > The interpreter should be grouped by type(eg. spark, md ...). For
> example,
> > the spark interpreter group contains all the interpreters for all
> spark1.x
> > or spark2.x created by the system administrator. Different
> spark.yarn.queue
> > in the spark interpreter of different user groups in our usage scenario
> > requires different spark interpreters.
> > we can use a dynamic form to allow users to easily select different
> > interpreters and parameters.
> > For example, select the spark by the drop-down box, select spark1.X, and
> > then select %pyspark.
> >
> >
> >
> > > 在 2018年10月3日,上午12:34,andreas.weise@gmail.com 写道:
> > >
> > > Sorry I see a breaking change here: Or can you explain, how (from 0.9.0
> > on) users can change the default interpreter for existing notes, in case
> > they only use short syntax (e.g. %spark)
> > >
> > > In 0.8.0 they are used to see all available intrepreters in the
> > interpreter binding menu and move the default to the top of the list via
> > drag and drop.
> > >
> > > In current master branch the interpreter binding menu only shows the
> > interpreters that are currently used. So with current state of
> > implementation (master branch) end users are facing a breaking change
> when
> > upgrading to 0.9.0.
> > >
> > > Do you really want to drop support for changing default interpreter in
> > existing notes (when short syntax is used)?
> > >
> > >
> > >
> > > On 2018/09/26 22:33:58, Jongyoul Lee <jo...@gmail.com> wrote:
> > >> I think we can use default interpreter which would set when users
> create
> > >> a note. It's a bit natural and won't break current behaviours
> > >>
> > >> On Sat, Sep 22, 2018 at 8:16 PM, andreas.weise@gmail.com <
> > >> andreas.weise@gmail.com> wrote:
> > >>
> > >>> I agree with Jongyoul. Changing the default interpreter in an
> existing
> > >>> note is vital, especially when a note has plenty of paragraphs.
> > >>>
> > >>> E.g. we are using spark interpreter per Org Unit and also for
> different
> > >>> sizings.
> > >>>
> > >>> Our end users are using the respective Spark Interpreter just by
> > setting
> > >>> it to default and then using short syntax: %pyspark, %sql or %spark .
> > After
> > >>> some time, they want to change the default interpreter to use a
> > different
> > >>> Spark Executor Sizings or hand a note over to another Org Unit.
> > >>>
> > >>> In that situation changing full qualified names in ALL paragraphs is
> > not
> > >>> really feasible IMHO.
> > >>>
> > >>> As changing the default paragraph in existing notes is now still
> > missing
> > >>> in master branch, is there already a Jira Issue filed? I couldn't
> find
> > it
> > >>> in the umbrella story:
> > https://issues.apache.org/jira/browse/ZEPPELIN-3594
> > >>>
> > >>> This issue is currently blocking us from early testing the master
> > branch
> > >>> with productive use cases.
> > >>>
> > >>> Thanks
> > >>> Andreas
> > >>>
> > >>> On 2018/07/06 07:53:04, Jeff Zhang <zj...@gmail.com> wrote:
> > >>>> We already allow setting default interpreter when creating note.
> > Another
> > >>>> way to set default interpreter is to reorder the interpreter setting
> > >>>> binding in note page.
> > >>>>
> > >>>> But personally I don't recommend user to use short interpreter name
> > >>> because
> > >>>> of default interpreter. 2 Reaons:
> > >>>> 1. It introduce in-accurate info. e.g. In our product, we have 2
> spark
> > >>>> interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).
> Then
> > >>> user
> > >>>> often specify `%spark` for spark interpreter. But it could mean both
> > >>>> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to
> > tell
> > >>>> what's wrong when user expect to work spark2 but actually he still
> use
> > >>>> spark 1.x. So usually we would recommend user to specify the full
> > >>> qualified
> > >>>> interpreter name. Just type several more characters which just cost
> 2
> > >>>> seconds but make it more clear and readable.
> > >>>> 2. Another issue is that interpreter binding is stored in
> > >>> interpreter.json,
> > >>>> that means if they export this note to another zeppelin instance,
> the
> > >>>> default interpreter won't work.
> > >>>>
> > >>>> So I don't think setting default interpreter via interpreter binding
> > is
> > >>>> valuable for users. If user really want to do that, I would suggest
> to
> > >>>> store it in note.json instead of interpreter.json
> > >>>>
> > >>>>
> > >>>> Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
> > >>>>
> > >>>>> There are two purposes of interpreter binding. One is what you
> > >>> mentioned
> > >>>>> and another one is to manage a default interpreter. If we provide a
> > >>> new way
> > >>>>> to set default interpreter, I think we can remove them :-) We could
> > set
> > >>>>> permissions in other ways.
> > >>>>>
> > >>>>> Overall, +1
> > >>>>>
> > >>>>> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com>
> wrote:
> > >>>>>
> > >>>>>> Hi Folks,
> > >>>>>>
> > >>>>>> I raise this thread to discuss whether we need the interpreter
> > >>> binding.
> > >>>>>> Currently when user create notes, they have to bind interpreters
> to
> > >>> their
> > >>>>>> notes in note page. Otherwise they will hit interpreter not found
> > >>> issue.
> > >>>>>> Besides that in zeppelin server side, we maintain the interpreter
> > >>> binding
> > >>>>>> info in memory as well as in interpreter.json.
> > >>>>>>
> > >>>>>> IMHO, it is not necessary to do interpreter binding. Because it
> just
> > >>> add
> > >>>>>> extra burden to maintain the interpreter binding info in zeppelin
> > >>> server
> > >>>>>> side, and doesn't introduce any benefits. The only benefit is that
> > we
> > >>> will
> > >>>>>> check whether user have permission to use this interpreter, but
> > >>> actually
> > >>>>>> zeppelin will check the permission when running paragraph, so I
> > don't
> > >>> think
> > >>>>>> we need to introduce interpreter binding just for this kind of
> > >>> permission
> > >>>>>> check that we will do later.
> > >>>>>>
> > >>>>>> So overall, I would suggest to remove interpreter binding feature.
> > >>> What
> > >>>>>> do you think ?
> > >>>>>>
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>> --
> > >>>>> 이종열, Jongyoul Lee, 李宗烈
> > >>>>> http://madeng.net
> > >>>>>
> > >>>>
> > >>>
> > >>
> > >>
> > >>
> > >> --
> > >> 이종열, Jongyoul Lee, 李宗烈
> > >> http://madeng.net
> > >>
> >
> >
>
> --
> 이종열, Jongyoul Lee, 李宗烈
> http://madeng.net
>

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Jongyoul Lee <jo...@gmail.com>.
In my opinion, I don't think we drop the default interpreter feature. We
are changing that behavior and in current master, we don't have a feature
to select default interpreter yet.

On Wed, Oct 3, 2018 at 3:11 AM liuxun <ne...@163.com> wrote:

> I also have some confusion about interpreter binding.  I have the
> following ideas:
> Storage problem with interpreter configuration?
> It is necessary to store the interpreter through the interpreter.json
> file. If there are multiple different zeppelin instances, we can unify the
> interpreter by copying the interpreter.json file.
> Does the note require a default interpreter?
> The default interpreter for each note binding, I find it easy to confuse
> users, users need to remember which note's default interpreter is what.
> The note in the program can be bound to the default interpreter or not,
> which makes the code a bit more complicated.
> I recommend that each note must specify an interpreter.
> It takes only 2 seconds to specify the interpreter, so that the user is
> not confused, and it makes things clearer. I think it is more important.
> Optimize how the interpreter is specified
> The interpreter should be grouped by type(eg. spark, md ...). For example,
> the spark interpreter group contains all the interpreters for all spark1.x
> or spark2.x created by the system administrator. Different spark.yarn.queue
> in the spark interpreter of different user groups in our usage scenario
> requires different spark interpreters.
> we can use a dynamic form to allow users to easily select different
> interpreters and parameters.
> For example, select the spark by the drop-down box, select spark1.X, and
> then select %pyspark.
>
>
>
> > 在 2018年10月3日,上午12:34,andreas.weise@gmail.com 写道:
> >
> > Sorry I see a breaking change here: Or can you explain, how (from 0.9.0
> on) users can change the default interpreter for existing notes, in case
> they only use short syntax (e.g. %spark)
> >
> > In 0.8.0 they are used to see all available intrepreters in the
> interpreter binding menu and move the default to the top of the list via
> drag and drop.
> >
> > In current master branch the interpreter binding menu only shows the
> interpreters that are currently used. So with current state of
> implementation (master branch) end users are facing a breaking change when
> upgrading to 0.9.0.
> >
> > Do you really want to drop support for changing default interpreter in
> existing notes (when short syntax is used)?
> >
> >
> >
> > On 2018/09/26 22:33:58, Jongyoul Lee <jo...@gmail.com> wrote:
> >> I think we can use default interpreter which would set when users create
> >> a note. It's a bit natural and won't break current behaviours
> >>
> >> On Sat, Sep 22, 2018 at 8:16 PM, andreas.weise@gmail.com <
> >> andreas.weise@gmail.com> wrote:
> >>
> >>> I agree with Jongyoul. Changing the default interpreter in an existing
> >>> note is vital, especially when a note has plenty of paragraphs.
> >>>
> >>> E.g. we are using spark interpreter per Org Unit and also for different
> >>> sizings.
> >>>
> >>> Our end users are using the respective Spark Interpreter just by
> setting
> >>> it to default and then using short syntax: %pyspark, %sql or %spark .
> After
> >>> some time, they want to change the default interpreter to use a
> different
> >>> Spark Executor Sizings or hand a note over to another Org Unit.
> >>>
> >>> In that situation changing full qualified names in ALL paragraphs is
> not
> >>> really feasible IMHO.
> >>>
> >>> As changing the default paragraph in existing notes is now still
> missing
> >>> in master branch, is there already a Jira Issue filed? I couldn't find
> it
> >>> in the umbrella story:
> https://issues.apache.org/jira/browse/ZEPPELIN-3594
> >>>
> >>> This issue is currently blocking us from early testing the master
> branch
> >>> with productive use cases.
> >>>
> >>> Thanks
> >>> Andreas
> >>>
> >>> On 2018/07/06 07:53:04, Jeff Zhang <zj...@gmail.com> wrote:
> >>>> We already allow setting default interpreter when creating note.
> Another
> >>>> way to set default interpreter is to reorder the interpreter setting
> >>>> binding in note page.
> >>>>
> >>>> But personally I don't recommend user to use short interpreter name
> >>> because
> >>>> of default interpreter. 2 Reaons:
> >>>> 1. It introduce in-accurate info. e.g. In our product, we have 2 spark
> >>>> interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then
> >>> user
> >>>> often specify `%spark` for spark interpreter. But it could mean both
> >>>> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to
> tell
> >>>> what's wrong when user expect to work spark2 but actually he still use
> >>>> spark 1.x. So usually we would recommend user to specify the full
> >>> qualified
> >>>> interpreter name. Just type several more characters which just cost 2
> >>>> seconds but make it more clear and readable.
> >>>> 2. Another issue is that interpreter binding is stored in
> >>> interpreter.json,
> >>>> that means if they export this note to another zeppelin instance, the
> >>>> default interpreter won't work.
> >>>>
> >>>> So I don't think setting default interpreter via interpreter binding
> is
> >>>> valuable for users. If user really want to do that, I would suggest to
> >>>> store it in note.json instead of interpreter.json
> >>>>
> >>>>
> >>>> Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
> >>>>
> >>>>> There are two purposes of interpreter binding. One is what you
> >>> mentioned
> >>>>> and another one is to manage a default interpreter. If we provide a
> >>> new way
> >>>>> to set default interpreter, I think we can remove them :-) We could
> set
> >>>>> permissions in other ways.
> >>>>>
> >>>>> Overall, +1
> >>>>>
> >>>>> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
> >>>>>
> >>>>>> Hi Folks,
> >>>>>>
> >>>>>> I raise this thread to discuss whether we need the interpreter
> >>> binding.
> >>>>>> Currently when user create notes, they have to bind interpreters to
> >>> their
> >>>>>> notes in note page. Otherwise they will hit interpreter not found
> >>> issue.
> >>>>>> Besides that in zeppelin server side, we maintain the interpreter
> >>> binding
> >>>>>> info in memory as well as in interpreter.json.
> >>>>>>
> >>>>>> IMHO, it is not necessary to do interpreter binding. Because it just
> >>> add
> >>>>>> extra burden to maintain the interpreter binding info in zeppelin
> >>> server
> >>>>>> side, and doesn't introduce any benefits. The only benefit is that
> we
> >>> will
> >>>>>> check whether user have permission to use this interpreter, but
> >>> actually
> >>>>>> zeppelin will check the permission when running paragraph, so I
> don't
> >>> think
> >>>>>> we need to introduce interpreter binding just for this kind of
> >>> permission
> >>>>>> check that we will do later.
> >>>>>>
> >>>>>> So overall, I would suggest to remove interpreter binding feature.
> >>> What
> >>>>>> do you think ?
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> 이종열, Jongyoul Lee, 李宗烈
> >>>>> http://madeng.net
> >>>>>
> >>>>
> >>>
> >>
> >>
> >>
> >> --
> >> 이종열, Jongyoul Lee, 李宗烈
> >> http://madeng.net
> >>
>
>

-- 
이종열, Jongyoul Lee, 李宗烈
http://madeng.net

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by liuxun <ne...@163.com>.
I also have some confusion about interpreter binding.  I have the following ideas:
Storage problem with interpreter configuration?
It is necessary to store the interpreter through the interpreter.json file. If there are multiple different zeppelin instances, we can unify the interpreter by copying the interpreter.json file.
Does the note require a default interpreter?
The default interpreter for each note binding, I find it easy to confuse users, users need to remember which note's default interpreter is what.
The note in the program can be bound to the default interpreter or not, which makes the code a bit more complicated.
I recommend that each note must specify an interpreter.
It takes only 2 seconds to specify the interpreter, so that the user is not confused, and it makes things clearer. I think it is more important.
Optimize how the interpreter is specified
The interpreter should be grouped by type(eg. spark, md ...). For example, the spark interpreter group contains all the interpreters for all spark1.x or spark2.x created by the system administrator. Different spark.yarn.queue in the spark interpreter of different user groups in our usage scenario requires different spark interpreters.
we can use a dynamic form to allow users to easily select different interpreters and parameters.
For example, select the spark by the drop-down box, select spark1.X, and then select %pyspark.



> 在 2018年10月3日,上午12:34,andreas.weise@gmail.com 写道:
> 
> Sorry I see a breaking change here: Or can you explain, how (from 0.9.0 on) users can change the default interpreter for existing notes, in case they only use short syntax (e.g. %spark) 
> 
> In 0.8.0 they are used to see all available intrepreters in the interpreter binding menu and move the default to the top of the list via drag and drop.
> 
> In current master branch the interpreter binding menu only shows the interpreters that are currently used. So with current state of implementation (master branch) end users are facing a breaking change when upgrading to 0.9.0.
> 
> Do you really want to drop support for changing default interpreter in existing notes (when short syntax is used)?
> 
> 
> 
> On 2018/09/26 22:33:58, Jongyoul Lee <jo...@gmail.com> wrote: 
>> I think we can use default interpreter which would set when users create
>> a note. It's a bit natural and won't break current behaviours
>> 
>> On Sat, Sep 22, 2018 at 8:16 PM, andreas.weise@gmail.com <
>> andreas.weise@gmail.com> wrote:
>> 
>>> I agree with Jongyoul. Changing the default interpreter in an existing
>>> note is vital, especially when a note has plenty of paragraphs.
>>> 
>>> E.g. we are using spark interpreter per Org Unit and also for different
>>> sizings.
>>> 
>>> Our end users are using the respective Spark Interpreter just by setting
>>> it to default and then using short syntax: %pyspark, %sql or %spark . After
>>> some time, they want to change the default interpreter to use a different
>>> Spark Executor Sizings or hand a note over to another Org Unit.
>>> 
>>> In that situation changing full qualified names in ALL paragraphs is not
>>> really feasible IMHO.
>>> 
>>> As changing the default paragraph in existing notes is now still missing
>>> in master branch, is there already a Jira Issue filed? I couldn't find it
>>> in the umbrella story: https://issues.apache.org/jira/browse/ZEPPELIN-3594
>>> 
>>> This issue is currently blocking us from early testing the master branch
>>> with productive use cases.
>>> 
>>> Thanks
>>> Andreas
>>> 
>>> On 2018/07/06 07:53:04, Jeff Zhang <zj...@gmail.com> wrote:
>>>> We already allow setting default interpreter when creating note. Another
>>>> way to set default interpreter is to reorder the interpreter setting
>>>> binding in note page.
>>>> 
>>>> But personally I don't recommend user to use short interpreter name
>>> because
>>>> of default interpreter. 2 Reaons:
>>>> 1. It introduce in-accurate info. e.g. In our product, we have 2 spark
>>>> interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then
>>> user
>>>> often specify `%spark` for spark interpreter. But it could mean both
>>>> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
>>>> what's wrong when user expect to work spark2 but actually he still use
>>>> spark 1.x. So usually we would recommend user to specify the full
>>> qualified
>>>> interpreter name. Just type several more characters which just cost 2
>>>> seconds but make it more clear and readable.
>>>> 2. Another issue is that interpreter binding is stored in
>>> interpreter.json,
>>>> that means if they export this note to another zeppelin instance, the
>>>> default interpreter won't work.
>>>> 
>>>> So I don't think setting default interpreter via interpreter binding is
>>>> valuable for users. If user really want to do that, I would suggest to
>>>> store it in note.json instead of interpreter.json
>>>> 
>>>> 
>>>> Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
>>>> 
>>>>> There are two purposes of interpreter binding. One is what you
>>> mentioned
>>>>> and another one is to manage a default interpreter. If we provide a
>>> new way
>>>>> to set default interpreter, I think we can remove them :-) We could set
>>>>> permissions in other ways.
>>>>> 
>>>>> Overall, +1
>>>>> 
>>>>> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
>>>>> 
>>>>>> Hi Folks,
>>>>>> 
>>>>>> I raise this thread to discuss whether we need the interpreter
>>> binding.
>>>>>> Currently when user create notes, they have to bind interpreters to
>>> their
>>>>>> notes in note page. Otherwise they will hit interpreter not found
>>> issue.
>>>>>> Besides that in zeppelin server side, we maintain the interpreter
>>> binding
>>>>>> info in memory as well as in interpreter.json.
>>>>>> 
>>>>>> IMHO, it is not necessary to do interpreter binding. Because it just
>>> add
>>>>>> extra burden to maintain the interpreter binding info in zeppelin
>>> server
>>>>>> side, and doesn't introduce any benefits. The only benefit is that we
>>> will
>>>>>> check whether user have permission to use this interpreter, but
>>> actually
>>>>>> zeppelin will check the permission when running paragraph, so I don't
>>> think
>>>>>> we need to introduce interpreter binding just for this kind of
>>> permission
>>>>>> check that we will do later.
>>>>>> 
>>>>>> So overall, I would suggest to remove interpreter binding feature.
>>> What
>>>>>> do you think ?
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> 이종열, Jongyoul Lee, 李宗烈
>>>>> http://madeng.net
>>>>> 
>>>> 
>>> 
>> 
>> 
>> 
>> -- 
>> 이종열, Jongyoul Lee, 李宗烈
>> http://madeng.net
>> 


Re: [DISCUSS] Is interpreter binding necessary ?

Posted by an...@gmail.com, an...@gmail.com.
Sorry I see a breaking change here: Or can you explain, how (from 0.9.0 on) users can change the default interpreter for existing notes, in case they only use short syntax (e.g. %spark) 

In 0.8.0 they are used to see all available intrepreters in the interpreter binding menu and move the default to the top of the list via drag and drop.

In current master branch the interpreter binding menu only shows the interpreters that are currently used. So with current state of implementation (master branch) end users are facing a breaking change when upgrading to 0.9.0.

Do you really want to drop support for changing default interpreter in existing notes (when short syntax is used)?



On 2018/09/26 22:33:58, Jongyoul Lee <jo...@gmail.com> wrote: 
> I think we can use default interpreter which would set when users create
> a note. It's a bit natural and won't break current behaviours
> 
> On Sat, Sep 22, 2018 at 8:16 PM, andreas.weise@gmail.com <
> andreas.weise@gmail.com> wrote:
> 
> > I agree with Jongyoul. Changing the default interpreter in an existing
> > note is vital, especially when a note has plenty of paragraphs.
> >
> > E.g. we are using spark interpreter per Org Unit and also for different
> > sizings.
> >
> > Our end users are using the respective Spark Interpreter just by setting
> > it to default and then using short syntax: %pyspark, %sql or %spark . After
> > some time, they want to change the default interpreter to use a different
> > Spark Executor Sizings or hand a note over to another Org Unit.
> >
> > In that situation changing full qualified names in ALL paragraphs is not
> > really feasible IMHO.
> >
> > As changing the default paragraph in existing notes is now still missing
> > in master branch, is there already a Jira Issue filed? I couldn't find it
> > in the umbrella story: https://issues.apache.org/jira/browse/ZEPPELIN-3594
> >
> > This issue is currently blocking us from early testing the master branch
> > with productive use cases.
> >
> > Thanks
> > Andreas
> >
> > On 2018/07/06 07:53:04, Jeff Zhang <zj...@gmail.com> wrote:
> > > We already allow setting default interpreter when creating note. Another
> > > way to set default interpreter is to reorder the interpreter setting
> > > binding in note page.
> > >
> > > But personally I don't recommend user to use short interpreter name
> > because
> > > of default interpreter. 2 Reaons:
> > > 1. It introduce in-accurate info. e.g. In our product, we have 2 spark
> > > interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then
> > user
> > > often specify `%spark` for spark interpreter. But it could mean both
> > > `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
> > > what's wrong when user expect to work spark2 but actually he still use
> > > spark 1.x. So usually we would recommend user to specify the full
> > qualified
> > > interpreter name. Just type several more characters which just cost 2
> > > seconds but make it more clear and readable.
> > > 2. Another issue is that interpreter binding is stored in
> > interpreter.json,
> > > that means if they export this note to another zeppelin instance, the
> > > default interpreter won't work.
> > >
> > > So I don't think setting default interpreter via interpreter binding is
> > > valuable for users. If user really want to do that, I would suggest to
> > > store it in note.json instead of interpreter.json
> > >
> > >
> > > Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
> > >
> > > > There are two purposes of interpreter binding. One is what you
> > mentioned
> > > > and another one is to manage a default interpreter. If we provide a
> > new way
> > > > to set default interpreter, I think we can remove them :-) We could set
> > > > permissions in other ways.
> > > >
> > > > Overall, +1
> > > >
> > > > On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
> > > >
> > > >> Hi Folks,
> > > >>
> > > >> I raise this thread to discuss whether we need the interpreter
> > binding.
> > > >> Currently when user create notes, they have to bind interpreters to
> > their
> > > >> notes in note page. Otherwise they will hit interpreter not found
> > issue.
> > > >> Besides that in zeppelin server side, we maintain the interpreter
> > binding
> > > >> info in memory as well as in interpreter.json.
> > > >>
> > > >> IMHO, it is not necessary to do interpreter binding. Because it just
> > add
> > > >> extra burden to maintain the interpreter binding info in zeppelin
> > server
> > > >> side, and doesn't introduce any benefits. The only benefit is that we
> > will
> > > >> check whether user have permission to use this interpreter, but
> > actually
> > > >> zeppelin will check the permission when running paragraph, so I don't
> > think
> > > >> we need to introduce interpreter binding just for this kind of
> > permission
> > > >> check that we will do later.
> > > >>
> > > >> So overall, I would suggest to remove interpreter binding feature.
> > What
> > > >> do you think ?
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > 이종열, Jongyoul Lee, 李宗烈
> > > > http://madeng.net
> > > >
> > >
> >
> 
> 
> 
> -- 
> 이종열, Jongyoul Lee, 李宗烈
> http://madeng.net
> 

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Jongyoul Lee <jo...@gmail.com>.
I think we can use default interpreter which would set when users create
a note. It's a bit natural and won't break current behaviours

On Sat, Sep 22, 2018 at 8:16 PM, andreas.weise@gmail.com <
andreas.weise@gmail.com> wrote:

> I agree with Jongyoul. Changing the default interpreter in an existing
> note is vital, especially when a note has plenty of paragraphs.
>
> E.g. we are using spark interpreter per Org Unit and also for different
> sizings.
>
> Our end users are using the respective Spark Interpreter just by setting
> it to default and then using short syntax: %pyspark, %sql or %spark . After
> some time, they want to change the default interpreter to use a different
> Spark Executor Sizings or hand a note over to another Org Unit.
>
> In that situation changing full qualified names in ALL paragraphs is not
> really feasible IMHO.
>
> As changing the default paragraph in existing notes is now still missing
> in master branch, is there already a Jira Issue filed? I couldn't find it
> in the umbrella story: https://issues.apache.org/jira/browse/ZEPPELIN-3594
>
> This issue is currently blocking us from early testing the master branch
> with productive use cases.
>
> Thanks
> Andreas
>
> On 2018/07/06 07:53:04, Jeff Zhang <zj...@gmail.com> wrote:
> > We already allow setting default interpreter when creating note. Another
> > way to set default interpreter is to reorder the interpreter setting
> > binding in note page.
> >
> > But personally I don't recommend user to use short interpreter name
> because
> > of default interpreter. 2 Reaons:
> > 1. It introduce in-accurate info. e.g. In our product, we have 2 spark
> > interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then
> user
> > often specify `%spark` for spark interpreter. But it could mean both
> > `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
> > what's wrong when user expect to work spark2 but actually he still use
> > spark 1.x. So usually we would recommend user to specify the full
> qualified
> > interpreter name. Just type several more characters which just cost 2
> > seconds but make it more clear and readable.
> > 2. Another issue is that interpreter binding is stored in
> interpreter.json,
> > that means if they export this note to another zeppelin instance, the
> > default interpreter won't work.
> >
> > So I don't think setting default interpreter via interpreter binding is
> > valuable for users. If user really want to do that, I would suggest to
> > store it in note.json instead of interpreter.json
> >
> >
> > Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
> >
> > > There are two purposes of interpreter binding. One is what you
> mentioned
> > > and another one is to manage a default interpreter. If we provide a
> new way
> > > to set default interpreter, I think we can remove them :-) We could set
> > > permissions in other ways.
> > >
> > > Overall, +1
> > >
> > > On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
> > >
> > >> Hi Folks,
> > >>
> > >> I raise this thread to discuss whether we need the interpreter
> binding.
> > >> Currently when user create notes, they have to bind interpreters to
> their
> > >> notes in note page. Otherwise they will hit interpreter not found
> issue.
> > >> Besides that in zeppelin server side, we maintain the interpreter
> binding
> > >> info in memory as well as in interpreter.json.
> > >>
> > >> IMHO, it is not necessary to do interpreter binding. Because it just
> add
> > >> extra burden to maintain the interpreter binding info in zeppelin
> server
> > >> side, and doesn't introduce any benefits. The only benefit is that we
> will
> > >> check whether user have permission to use this interpreter, but
> actually
> > >> zeppelin will check the permission when running paragraph, so I don't
> think
> > >> we need to introduce interpreter binding just for this kind of
> permission
> > >> check that we will do later.
> > >>
> > >> So overall, I would suggest to remove interpreter binding feature.
> What
> > >> do you think ?
> > >>
> > >
> > >
> > >
> > > --
> > > 이종열, Jongyoul Lee, 李宗烈
> > > http://madeng.net
> > >
> >
>



-- 
이종열, Jongyoul Lee, 李宗烈
http://madeng.net

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by an...@gmail.com, an...@gmail.com.
I agree with Jongyoul. Changing the default interpreter in an existing note is vital, especially when a note has plenty of paragraphs.

E.g. we are using spark interpreter per Org Unit and also for different sizings.

Our end users are using the respective Spark Interpreter just by setting it to default and then using short syntax: %pyspark, %sql or %spark . After some time, they want to change the default interpreter to use a different Spark Executor Sizings or hand a note over to another Org Unit. 

In that situation changing full qualified names in ALL paragraphs is not really feasible IMHO. 

As changing the default paragraph in existing notes is now still missing in master branch, is there already a Jira Issue filed? I couldn't find it in the umbrella story: https://issues.apache.org/jira/browse/ZEPPELIN-3594

This issue is currently blocking us from early testing the master branch with productive use cases.

Thanks
Andreas

On 2018/07/06 07:53:04, Jeff Zhang <zj...@gmail.com> wrote: 
> We already allow setting default interpreter when creating note. Another
> way to set default interpreter is to reorder the interpreter setting
> binding in note page.
> 
> But personally I don't recommend user to use short interpreter name because
> of default interpreter. 2 Reaons:
> 1. It introduce in-accurate info. e.g. In our product, we have 2 spark
> interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then user
> often specify `%spark` for spark interpreter. But it could mean both
> `%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
> what's wrong when user expect to work spark2 but actually he still use
> spark 1.x. So usually we would recommend user to specify the full qualified
> interpreter name. Just type several more characters which just cost 2
> seconds but make it more clear and readable.
> 2. Another issue is that interpreter binding is stored in interpreter.json,
> that means if they export this note to another zeppelin instance, the
> default interpreter won't work.
> 
> So I don't think setting default interpreter via interpreter binding is
> valuable for users. If user really want to do that, I would suggest to
> store it in note.json instead of interpreter.json
> 
> 
> Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:
> 
> > There are two purposes of interpreter binding. One is what you mentioned
> > and another one is to manage a default interpreter. If we provide a new way
> > to set default interpreter, I think we can remove them :-) We could set
> > permissions in other ways.
> >
> > Overall, +1
> >
> > On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
> >
> >> Hi Folks,
> >>
> >> I raise this thread to discuss whether we need the interpreter binding.
> >> Currently when user create notes, they have to bind interpreters to their
> >> notes in note page. Otherwise they will hit interpreter not found issue.
> >> Besides that in zeppelin server side, we maintain the interpreter binding
> >> info in memory as well as in interpreter.json.
> >>
> >> IMHO, it is not necessary to do interpreter binding. Because it just add
> >> extra burden to maintain the interpreter binding info in zeppelin server
> >> side, and doesn't introduce any benefits. The only benefit is that we will
> >> check whether user have permission to use this interpreter, but actually
> >> zeppelin will check the permission when running paragraph, so I don't think
> >> we need to introduce interpreter binding just for this kind of permission
> >> check that we will do later.
> >>
> >> So overall, I would suggest to remove interpreter binding feature.  What
> >> do you think ?
> >>
> >
> >
> >
> > --
> > 이종열, Jongyoul Lee, 李宗烈
> > http://madeng.net
> >
> 

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Jeff Zhang <zj...@gmail.com>.
We already allow setting default interpreter when creating note. Another
way to set default interpreter is to reorder the interpreter setting
binding in note page.

But personally I don't recommend user to use short interpreter name because
of default interpreter. 2 Reaons:
1. It introduce in-accurate info. e.g. In our product, we have 2 spark
interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then user
often specify `%spark` for spark interpreter. But it could mean both
`%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
what's wrong when user expect to work spark2 but actually he still use
spark 1.x. So usually we would recommend user to specify the full qualified
interpreter name. Just type several more characters which just cost 2
seconds but make it more clear and readable.
2. Another issue is that interpreter binding is stored in interpreter.json,
that means if they export this note to another zeppelin instance, the
default interpreter won't work.

So I don't think setting default interpreter via interpreter binding is
valuable for users. If user really want to do that, I would suggest to
store it in note.json instead of interpreter.json


Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:

> There are two purposes of interpreter binding. One is what you mentioned
> and another one is to manage a default interpreter. If we provide a new way
> to set default interpreter, I think we can remove them :-) We could set
> permissions in other ways.
>
> Overall, +1
>
> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
>
>> Hi Folks,
>>
>> I raise this thread to discuss whether we need the interpreter binding.
>> Currently when user create notes, they have to bind interpreters to their
>> notes in note page. Otherwise they will hit interpreter not found issue.
>> Besides that in zeppelin server side, we maintain the interpreter binding
>> info in memory as well as in interpreter.json.
>>
>> IMHO, it is not necessary to do interpreter binding. Because it just add
>> extra burden to maintain the interpreter binding info in zeppelin server
>> side, and doesn't introduce any benefits. The only benefit is that we will
>> check whether user have permission to use this interpreter, but actually
>> zeppelin will check the permission when running paragraph, so I don't think
>> we need to introduce interpreter binding just for this kind of permission
>> check that we will do later.
>>
>> So overall, I would suggest to remove interpreter binding feature.  What
>> do you think ?
>>
>
>
>
> --
> 이종열, Jongyoul Lee, 李宗烈
> http://madeng.net
>

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Jeff Zhang <zj...@gmail.com>.
We already allow setting default interpreter when creating note. Another
way to set default interpreter is to reorder the interpreter setting
binding in note page.

But personally I don't recommend user to use short interpreter name because
of default interpreter. 2 Reaons:
1. It introduce in-accurate info. e.g. In our product, we have 2 spark
interpreters (`spark`: for spark 1.x & `spark2` for spark 2.x).  Then user
often specify `%spark` for spark interpreter. But it could mean both
`%spark.spark`  and `%spark2.spark`, So usually it is very hard to tell
what's wrong when user expect to work spark2 but actually he still use
spark 1.x. So usually we would recommend user to specify the full qualified
interpreter name. Just type several more characters which just cost 2
seconds but make it more clear and readable.
2. Another issue is that interpreter binding is stored in interpreter.json,
that means if they export this note to another zeppelin instance, the
default interpreter won't work.

So I don't think setting default interpreter via interpreter binding is
valuable for users. If user really want to do that, I would suggest to
store it in note.json instead of interpreter.json


Jongyoul Lee <jo...@gmail.com>于2018年7月6日周五 下午3:36写道:

> There are two purposes of interpreter binding. One is what you mentioned
> and another one is to manage a default interpreter. If we provide a new way
> to set default interpreter, I think we can remove them :-) We could set
> permissions in other ways.
>
> Overall, +1
>
> On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:
>
>> Hi Folks,
>>
>> I raise this thread to discuss whether we need the interpreter binding.
>> Currently when user create notes, they have to bind interpreters to their
>> notes in note page. Otherwise they will hit interpreter not found issue.
>> Besides that in zeppelin server side, we maintain the interpreter binding
>> info in memory as well as in interpreter.json.
>>
>> IMHO, it is not necessary to do interpreter binding. Because it just add
>> extra burden to maintain the interpreter binding info in zeppelin server
>> side, and doesn't introduce any benefits. The only benefit is that we will
>> check whether user have permission to use this interpreter, but actually
>> zeppelin will check the permission when running paragraph, so I don't think
>> we need to introduce interpreter binding just for this kind of permission
>> check that we will do later.
>>
>> So overall, I would suggest to remove interpreter binding feature.  What
>> do you think ?
>>
>
>
>
> --
> 이종열, Jongyoul Lee, 李宗烈
> http://madeng.net
>

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Jongyoul Lee <jo...@gmail.com>.
There are two purposes of interpreter binding. One is what you mentioned
and another one is to manage a default interpreter. If we provide a new way
to set default interpreter, I think we can remove them :-) We could set
permissions in other ways.

Overall, +1

On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:

> Hi Folks,
>
> I raise this thread to discuss whether we need the interpreter binding.
> Currently when user create notes, they have to bind interpreters to their
> notes in note page. Otherwise they will hit interpreter not found issue.
> Besides that in zeppelin server side, we maintain the interpreter binding
> info in memory as well as in interpreter.json.
>
> IMHO, it is not necessary to do interpreter binding. Because it just add
> extra burden to maintain the interpreter binding info in zeppelin server
> side, and doesn't introduce any benefits. The only benefit is that we will
> check whether user have permission to use this interpreter, but actually
> zeppelin will check the permission when running paragraph, so I don't think
> we need to introduce interpreter binding just for this kind of permission
> check that we will do later.
>
> So overall, I would suggest to remove interpreter binding feature.  What
> do you think ?
>



-- 
이종열, Jongyoul Lee, 李宗烈
http://madeng.net

Re: [DISCUSS] Is interpreter binding necessary ?

Posted by Jongyoul Lee <jo...@gmail.com>.
There are two purposes of interpreter binding. One is what you mentioned
and another one is to manage a default interpreter. If we provide a new way
to set default interpreter, I think we can remove them :-) We could set
permissions in other ways.

Overall, +1

On Fri, Jul 6, 2018 at 4:24 PM, Jeff Zhang <zj...@gmail.com> wrote:

> Hi Folks,
>
> I raise this thread to discuss whether we need the interpreter binding.
> Currently when user create notes, they have to bind interpreters to their
> notes in note page. Otherwise they will hit interpreter not found issue.
> Besides that in zeppelin server side, we maintain the interpreter binding
> info in memory as well as in interpreter.json.
>
> IMHO, it is not necessary to do interpreter binding. Because it just add
> extra burden to maintain the interpreter binding info in zeppelin server
> side, and doesn't introduce any benefits. The only benefit is that we will
> check whether user have permission to use this interpreter, but actually
> zeppelin will check the permission when running paragraph, so I don't think
> we need to introduce interpreter binding just for this kind of permission
> check that we will do later.
>
> So overall, I would suggest to remove interpreter binding feature.  What
> do you think ?
>



-- 
이종열, Jongyoul Lee, 李宗烈
http://madeng.net