Hi, Thanks for staring the discussion.
To make it clear, 3rd party interpreter - Maintained as a 3rd party project. built-in interpreters - Maintained inside of Zeppelin community. For built-in interpreters, keep track on MAINTAINERS.txt would be one good option. But as we all know, in this way size of Zeppelin binary release and code base is going to be bigger and bigger. I think Zeppelin need to develop nice, simply way to install / load 3rd party interpreters. Then we need to make sure using 3rd party interpreters are not too much different from using built-in interpreter. And then we can think about encourage migrate built-in interpreters to 3rd party projects. Package registry like spark-packages.org is nice idea for both 3rd party interpreter and other pluggable modules (Notebook storage, Helium https://cwiki.apache.org/confluence/display/ZEPPELIN/Helium+proposal). My colleague were working on package registry (website) for Helium and i think it can be extended for interpreter, storage handler. But basic idea about package registry is, leverage maven repository instead of developing new package registry system. Thanks, moon On Thu, Nov 19, 2015 at 1:27 PM Jongyoul Lee <[email protected]> wrote: > Hi, devs, > > There are many 3rd party interpreters in Zeppelin and it makes Zeppelin > community enriched. I, however, would like to talk about maintaining these > interpreters, especially, How we can manage backend's version when > interpreter's backend is updated. I suggest two options for dealing with > below, > > 1. Request email to dev@ or make a jira issue for updating interpreter > periodically or manually. > 2. Keep track on MAINTAINERS.txt like a Bigtop. > 3. Use external modules without release and document a guide to include > specific interpreters. > > I have known that Zeppelin would support pluggable mechanism for 3rd party > interpreters and also provide these packages repository like > spark-packages.org. > > Feel free to talk about it. Any idea will be appreciated. > > JL > > -- > 이종열, Jongyoul Lee, 李宗烈 > http://madeng.net >
