[jira] [Created] (ZEPPELIN-5303) Having colon in notebook name fails zeppelin to start

2021-03-28 Thread Khalid Huseynov (Jira)
Khalid Huseynov created ZEPPELIN-5303:
-

 Summary: Having colon in notebook name fails zeppelin to start
 Key: ZEPPELIN-5303
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-5303
 Project: Zeppelin
  Issue Type: Bug
Affects Versions: 0.9.0
 Environment: Centos 7, Java 8
Reporter: Khalid Huseynov


If having :  in zeppelin notebook name it failed to work and restart fails as 
well. below is a log

MultiException stack 1 of 6

org.apache.commons.vfs2.FileSystemException: Invalid descendent file name 
"performance: nru_analysis_2G2YTYCAD.zpln".

        at 
org.apache.commons.vfs2.impl.DefaultFileSystemManager.resolveName(DefaultFileSystemManager.java:796)

        at 
org.apache.commons.vfs2.provider.AbstractFileObject.getChildren(AbstractFileObject.java:1045)

        at 
org.apache.zeppelin.notebook.repo.VFSNotebookRepo.listFolder(VFSNotebookRepo.java:110)

        at 
org.apache.zeppelin.notebook.repo.VFSNotebookRepo.listFolder(VFSNotebookRepo.java:111)

        at 
org.apache.zeppelin.notebook.repo.VFSNotebookRepo.listFolder(VFSNotebookRepo.java:111)

        at 
org.apache.zeppelin.notebook.repo.VFSNotebookRepo.list(VFSNotebookRepo.java:100)

        at 
org.apache.zeppelin.notebook.repo.NotebookRepoSync.list(NotebookRepoSync.java:188)

        at org.apache.zeppelin.notebook.NoteManager.init(NoteManager.java:74)

        at org.apache.zeppelin.notebook.NoteManager.(NoteManager.java:69)

        at sun.reflect.GeneratedConstructorAccessor27.newInstance(Unknown 
Source)

        at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)

        at java.lang.reflect.Constructor.newInstance(Constructor.java:423)

        at 
org.glassfish.hk2.utilities.reflection.ReflectionHelper.makeMe(ReflectionHelper.java:1356)

        at org.jvnet.hk2.internal.ClazzCreator.createMe(ClazzCreator.java:248)

        at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:342)

        at 
org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:463)

        at 
org.jvnet.hk2.internal.SingletonContext$1.compute(SingletonContext.java:59)

        at 
org.jvnet.hk2.internal.SingletonContext$1.compute(SingletonContext.java:47)

        at 
org.glassfish.hk2.utilities.cache.Cache$OriginThreadAwareFuture$1.call(Cache.java:74)

        at java.util.concurrent.FutureTask.run(FutureTask.java:266)

        at 
org.glassfish.hk2.utilities.cache.Cache$OriginThreadAwareFuture.run(Cache.java:131)

        at org.glassfish.hk2.utilities.cache.Cache.compute(Cache.java:176)

        at 
org.jvnet.hk2.internal.SingletonContext.findOrCreate(SingletonContext.java:98)

        at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2102)

        at 
org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)

        at 
org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:679)

        at 
org.jvnet.hk2.internal.ThreeThirtyResolver.resolve(ThreeThirtyResolver.java:54)

        at org.jvnet.hk2.internal.ClazzCreator.resolve(ClazzCreator.java:188)

        at 
org.jvnet.hk2.internal.ClazzCreator.resolveAllDependencies(ClazzCreator.java:205)

        at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:334)

        at 
org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:463)

        at 
org.jvnet.hk2.internal.SingletonContext$1.compute(SingletonContext.java:59)

        at 
org.jvnet.hk2.internal.SingletonContext$1.compute(SingletonContext.java:47)

        at 
org.glassfish.hk2.utilities.cache.Cache$OriginThreadAwareFuture$1.call(Cache.java:74)

        at java.util.concurrent.FutureTask.run(FutureTask.java:266)

        at 
org.glassfish.hk2.utilities.cache.Cache$OriginThreadAwareFuture.run(Cache.java:131)

        at org.glassfish.hk2.utilities.cache.Cache.compute(Cache.java:176)

        at 
org.jvnet.hk2.internal.SingletonContext.findOrCreate(SingletonContext.java:98)

        at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2102)

        at 
org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:666)

        at 
org.jvnet.hk2.internal.ThreeThirtyResolver.resolve(ThreeThirtyResolver.java:54)

        at org.jvnet.hk2.internal.ClazzCreator.resolve(ClazzCreator.java:188)

        at 
org.jvnet.hk2.internal.ClazzCreator.resolveAllDependencies(ClazzCreator.java:205)

        at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:334)

        at 
org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:463)

        at 
org.jvnet.hk2.internal.SingletonContext$1.compute(SingletonContext.java:59)

        at 
org.jvnet.hk2.internal.SingletonContext$1.compute(SingletonContext.java:47)

        at 
org.glassfish.hk2.utilities.cache.Cache$OriginThreadAwareFuture$1.call(Cac

Re: [jira] [Created] (ZEPPELIN-4937) mmlspark for lightgbm loading from zeppelin seems not working

2020-07-04 Thread Khalid Huseynov
In order to use mmlspark in pyspark you need to set PYSPARK_DRIVER_PYTHON
property (either in interpreter settings of spark interpreter or
zeppelin-en.sh) to point to the python path where your mmlspark is
installed. This way you can access mmlspark in your driver, if you need to
access it in executors as well then you need to set PYSPARK_PYTHON and make
sure your python environment is deployed to every worker node. Hope this
helps.

On Sat, Jul 4, 2020 at 4:21 AM Chulmin Kwon (Jira)  wrote:

> Chulmin Kwon created ZEPPELIN-4937:
> --
>
>  Summary: mmlspark for lightgbm loading from zeppelin seems
> not working
>  Key: ZEPPELIN-4937
>  URL: https://issues.apache.org/jira/browse/ZEPPELIN-4937
>  Project: Zeppelin
>   Issue Type: Bug
> Affects Versions: 0.9.0
> Reporter: Chulmin Kwon
>  Fix For: 0.9.0
>
>
> Hello,
>
> I'm trying to import mmlspark packages for lightgbm from zeppelin.
>
> mmlspark works only for pyspark and it contains lightgbm module for
> machine learning.
>
> mmlspark can be installed by using and Standard pyspark works with this. ([
> https://github.com/Azure/mmlspark])
>
> pyspark --packages com.microsoft.ml.spark:mmlspark_2.11:1.0.0-rc1
> --repositories=https://mmlspark.azureedge.net/maven
>
> or in $SPARK_HOME/conf/spark-default.conf file, setting as followings
>
> spark.jars.packages=com.microsoft.ml.spark:mmlspark_2.11:1.0.0-rc1
> spark.jars.repositories=https://mmlspark.azureedge.net/maven
>
>
>
> It works fine with standard pyspark console but zeppelin with %pyspark
> interpreter does not work with this. the mmlspark package cannot be
> imported in zeppelin.
>
> %pyspark
> import mmlspark
>
> -
>
> Fail to execute line 1: import mmlspark
> Traceback (most recent call last):
>  File "/tmp/1593759774469-0/zeppelin_python.py", line 158, in 
>  exec(code, _zcUserQueryNameSpace)
>  File "", line 1, in 
> ModuleNotFoundError: No module named 'mmlspark'
>
> ---
>
> Even, this code is not working
>
> --
>
> %pyspark
>
> import pyspark
>
> spark = pyspark.sql.SparkSession.builder.appName("MyApp") \
>  .config("spark.jars.packages",
> "com.microsoft.ml.spark:mmlspark_2.11:1.0.0-rc1") \
>  .config("spark.jars.repositories", "https://mmlspark.azureedge.net/maven;)
> \
>  .getOrCreate()
> import mmlspark
>
> Fail to execute line 7: import mmlspark
> Traceback (most recent call last):
>  File "/tmp/1593759774469-0/zeppelin_python.py", line 158, in 
>  exec(code, _zcUserQueryNameSpace)
>  File "", line 7, in 
> ModuleNotFoundError: No module named 'mmlspark'
>
>
>
> I googled and found out this package configuration should be set in
> Zeppelin interpreter parameters.
>
> I changed $ZEPPELIN_HOME/conf/zeppelin-env.sh to
>
> export SPARK_SUBMIT_OPTIONS="--packages
> com.microsoft.ml.spark:mmlspark_2.11:1.0.0-rc1 --repositories=
> https://mmlspark.azureedge.net/maven;
>
>
>
> I rebooted all processes with spark and zepplin after the setting. But it
> gives the same error.
>
> I'm not sure whose side is at fault, mmlspark packages itself or loading
> it from zeppelin.
>
> Can you help me with that ?
>
>
>
>
>
>
>
>
>
> --
> This message was sent by Atlassian Jira
> (v8.3.4#803005)
>


Re: [VOTE] Release Apache Zeppelin 0.9.0-preview1 (RC1)

2020-03-26 Thread Khalid Huseynov
+ 1

On Thu, Mar 26, 2020 at 4:19 PM Xun Liu  wrote:

> +1
>
> On Thu, Mar 26, 2020 at 5:33 AM moon soo Lee  wrote:
>
>> +1
>>
>> Tested
>>  - The binary package can run tutorial notebook out of the box
>>  - Can build docker image
>> - scripts/docker/zeppelin/bin/Dockerfile give me some error on R
>> dependency installation. But I think it's not a blocker. We can address it
>> on next RC.
>>  - Zeppelin on Kubernetes
>> - Everything but Spark-2.4.5 does not run out of the box. I think it
>> is
>> not a blocker. We can address it on next RC.
>>
>>
>>
>>
>> On Wed, Mar 25, 2020 at 11:21 AM Prabhjyot Singh <
>> prabhjyotsi...@apache.org>
>> wrote:
>>
>> > +1
>> >
>> > On Wed, 25 Mar 2020 at 21:12, Eric Pugh <
>> ep...@opensourceconnections.com>
>> > wrote:
>> >
>> > > Out of curiosity, is there a Docker version of 0.9.0 preview1
>> available?
>> > > I tend to run Zeppelin as a Docker image, and I know I had some
>> > challenges
>> > > with the 0.8.x line of Docker images from
>> > > https://hub.docker.com/r/apache/zeppelin.
>> > >
>> > > I did modify the ./scripts/docker/zeppelin/Dockerfile to load the
>> > > v0.0.0-preview1-rc1.bin.tgz distribution.
>> > >
>> > > Then I followed the steps in docs/setup/deployment/docker.md to try
>> out
>> > > Zeppelin and it all appears to work as a Docker image!
>> > >
>> > > One thing to note was that it didn’t auto upgrade my old .json files
>> into
>> > > the new .zpln files.  I had to manually upload them.  Is there any
>> auto
>> > > upgrade feature for existing notebook files?
>> > >
>> > > So non binding +1 ;-)
>> > >
>> > > Eric
>> > >
>> > >
>> > >
>> > > On Mar 25, 2020, at 1:54 AM, Jongyoul Lee  wrote:
>> > >
>> > > +1
>> > >
>> > > 2020년 3월 24일 (화) 오전 12:15, Jeff Zhang 님이 작성:
>> > >
>> > >> Hi folks,
>> > >>
>> > >> I propose the following RC to be released for the Apache Zeppelin
>> > >> 0.9.0-preview1 release.
>> > >>
>> > >>
>> > >> The commit id is a74365c0813b451db1bc78def7d1ad1279429224 :
>> > >>
>> > >>
>> >
>> https://gitbox.apache.org/repos/asf?p=zeppelin.git;a=commit;h=a74365c0813b451db1bc78def7d1ad1279429224
>> > >>
>> > >> This corresponds to the tag: v0.9.0-preview1-rc1 :
>> > >>
>> > >>
>> >
>> https://gitbox.apache.org/repos/asf?p=zeppelin.git;a=shortlog;h=refs/tags/v0.9.0-preview1-rc1
>> > >>
>> > >> The release archives (tgz), signature, and checksums are here
>> > >>
>> > >>
>> >
>> https://dist.apache.org/repos/dist/dev/zeppelin/zeppelin-0.9.0-preview1-rc1/
>> > >>
>> > >> The release candidate consists of the following source distribution
>> > >> archive
>> > >> zeppelin-v0.9.0-preview1.tgz
>> > >>
>> > >> In addition, the following supplementary binary distributions are
>> > provided
>> > >> for user convenience at the same location
>> > >> zeppelin-0.9.0-preview1-bin-all.tgz
>> > >>
>> > >>
>> > >> The maven artifacts are here
>> > >>
>> > >>
>> >
>> https://repository.apache.org/content/repositories/orgapachezeppelin-1276/org/apache/zeppelin/
>> > >>
>> > >> You can find the KEYS file here:
>> > >> https://dist.apache.org/repos/dist/release/zeppelin/KEYS
>> > >>
>> > >> Release notes available at
>> > >>
>> > >>
>> >
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12342692==12316221
>> > >>
>> > >> Vote will be open for next 72 hours (close at 7am 26/March PDT).
>> > >>
>> > >> [ ] +1 approve
>> > >> [ ] 0 no opinion
>> > >> [ ] -1 disapprove (and reason why)
>> > >>
>> > >>
>> > >> --
>> > >> Best Regards
>> > >>
>> > >> Jeff Zhang
>> > >>
>> > >
>> > >
>> > > --
>> > > 이종열, Jongyoul Lee, 李宗烈
>> > > http://madeng.net
>> > >
>> > >
>> > > ___
>> > > *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC |
>> > 434.466.1467
>> > > | http://www.opensourceconnections.com | My Free/Busy
>> > > 
>> > > Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
>> > > <
>> >
>> https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw
>> > >
>> > > This e-mail and all contents, including attachments, is considered to
>> be
>> > > Company Confidential unless explicitly stated otherwise, regardless
>> > > of whether attachments are marked as such.
>> > >
>> > >
>> >
>> > --
>> >
>> > Warm Regards,
>> >
>> > Prabhjyot Singh
>> >
>>
>


[jira] [Created] (ZEPPELIN-3639) Add Ipython interpreter prerequisite check for protobuf

2018-07-19 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-3639:
-

 Summary: Add Ipython interpreter prerequisite check for protobuf
 Key: ZEPPELIN-3639
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-3639
 Project: Zeppelin
  Issue Type: Improvement
  Components: Interpreters, python-interpreter
Affects Versions: 0.8.0, 0.9.0
Reporter: Khalid Huseynov


after grpcio 1.12 release [https://github.com/grpc/grpc/releases/tag/v1.12.0] 
it doesn't depend on protobuf, however we need protobuf to communicate with 
ipython kernel. thus we need to add prerequisite check for protobuf when 
starting ipython kernel



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (ZEPPELIN-3625) Pandasql interpreter fails to query over python interpreter dataframe

2018-07-15 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-3625:
-

 Summary: Pandasql interpreter fails to query over python 
interpreter dataframe
 Key: ZEPPELIN-3625
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-3625
 Project: Zeppelin
  Issue Type: Bug
  Components: Interpreters
Affects Versions: 0.8.0, 0.9.0
Reporter: Khalid Huseynov


run below paragraphs to reproduce
{code:java}
%python

import pandas as pd
import numpy as np
df = pd.DataFrame(
np.array([
np.arange(0, 200),
np.random.randn(200).cumsum(),
np.random.randn(200).cumsum(),
np.random.randint(1, 3, 200)
]).transpose(),
columns=["X", "Y", "Z", "Group"])

z.show(df){code}
{code:java}
%python.sql
select * from df{code}
Note that master and branch 0.8 both fail to query but errors in each case are 
different



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (ZEPPELIN-2801) Jupyter to Zeppelin notebook converter adds unnecessary new lines

2017-07-20 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2801:
-

 Summary: Jupyter to Zeppelin notebook converter adds unnecessary 
new lines
 Key: ZEPPELIN-2801
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2801
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
 Fix For: 0.8.0


the converter of Jupyter notebooks under zeppelin-jupyter adds unnecessary new 
lines in source, output, result, etc., by concatenating Jupyter lines with 
additional/unnecessary separator. 



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


Re: [DISCUSS] Release 0.8.0

2017-07-20 Thread Khalid Huseynov
Thanks for starting discussion on 0.8.0 release. I also think that need to
concentrate on solving the issues blocking release and link the issues
community considers important for it under the umbrella issue you
mentioned.

Further regarding stable and latest release, here's one example how it
looks like in redis for instance https://redis.io/download



On Mon, Jul 17, 2017 at 3:11 AM, Park Hoon <1am...@gmail.com> wrote:

> Hi, @user and @dev.
>
> Recently, The last major release was about 5 months ago and many new
> features bug fixes have been implemented / applied for few months.
>
> Even though all features discussed in the thread before (“Roadmap for
> 0.8.0”[1]), some are available now.
>
> So I think we can release 0.8.0 as the latest one while keeping 0.7.2 as
> the most stable one as @moon suggested in the “Roadmap for 0.8.0” mailing
> thread.
>
> Shall we proceed to 0.8.0?
>
> Here is the umbrella issue for the release 0.8.0. If you have issues to be
> shared, Please add them to the ticket.
>
> - https://issues.apache.org/jira/browse/ZEPPELIN-2385
>
> [1]
> https://lists.apache.org/thread.html/f4be5635e6e72d2a9dc23771ceeaef
> 8a8e5933bfb14db7cab303bc22@%3Cdev.zeppelin.apache.org%3E
>
> Regard,
>


[jira] [Created] (ZEPPELIN-2773) Console type error on logout: cannot set property 'principal'

2017-07-12 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2773:
-

 Summary: Console type error on logout: cannot set property 
'principal'
 Key: ZEPPELIN-2773
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2773
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
 Fix For: 0.8.0


when auth enabled and on logout below trace can be seen in console
{quote}
TypeError: Cannot set property 'principal' of undefined
at navbar.controller.js:97
at vendor.096f989dd7de73d2.js:34
at g (vendor.096f989dd7de73d2.js:34)
at vendor.096f989dd7de73d2.js:34
at o.$eval (vendor.096f989dd7de73d2.js:34)
at o.$digest (vendor.096f989dd7de73d2.js:34)
at o.$apply (vendor.096f989dd7de73d2.js:34)
at i (vendor.096f989dd7de73d2.js:34)
{quote}



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


[jira] [Created] (ZEPPELIN-2764) Change all links from ZeppelinHub to Zepl

2017-07-11 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2764:
-

 Summary: Change all links from ZeppelinHub to Zepl
 Key: ZEPPELIN-2764
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2764
 Project: Zeppelin
  Issue Type: Task
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov
 Fix For: 0.8.0


zeppelinhub service was moved under zepl, thus need to update the links, 
package names, conf files, etc.



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


Re: Google OAuth in Zeppelin

2017-07-09 Thread Khalid Huseynov
Actually simple implementation for OpenId was done in
https://github.com/apache/zeppelin/pull/2373 through shiro using buji-pac4j
library as you said. This library provides integration realm for OAuth as
well, so I think good starting point would be to configure buji-pac4j with
OAuth realm, and theoretically it should be working or may need some
modifications to already existing flow.

On Mon, Jul 10, 2017 at 12:48 PM, Jongyoul Lee  wrote:

> Hi,
>
> AFAIK, we have talked about OAuth, but didn't decide anything including how
> to implement it and how to support it. We are using shiro for
> authentication. Do you have any idea to support OAuth using Shiro?
>
> On Thu, Jun 29, 2017 at 2:15 AM, Akash Mishra 
> wrote:
>
> > Hi *,
> >
> > Is there any plans to enable OAuth based Authentication mechanism for
> > Zeppelin. Going through some of the archive emails I found out people
> > suggesting to use buji-pac4j but it looks like the integration is not
> very
> > smooth. I was also looking at the Apache Oltu Project which helps in the
> > handling of OAuth.
> >
> > I am planning to add OAuth feature on Zeppelin but would require some
> input
> > from community,
> >
> >
> > 1. Do we have any brainstorm done on how to implement OAuth?
> > 2. Which library would be better suited for our case?
> >
> >
> > Thanks,
> >
> >
> >
> >
> >
> > --
> >
> > Regards,
> > Akash Mishra.
> >
> >
> > "It's not our abilities that make us, but our decisions."--Albus
> Dumbledore
> >
>
>
>
> --
> 이종열, Jongyoul Lee, 李宗烈
> http://madeng.net
>


[jira] [Created] (ZEPPELIN-2702) Save note in [NoteId]/[Title].zpln instead of [NoteId]/note.json for VFS and Git repo

2017-06-28 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2702:
-

 Summary: Save note in [NoteId]/[Title].zpln instead of 
[NoteId]/note.json for VFS and Git repo
 Key: ZEPPELIN-2702
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2702
 Project: Zeppelin
  Issue Type: Sub-task
Reporter: Khalid Huseynov


This is first step for saving note in local storage in human friendly Zeppelin 
own format (e.g. zpln)



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


Re: New committer: Park Hoon

2017-06-22 Thread Khalid Huseynov
Congrats!

On Fri, Jun 23, 2017 at 1:50 AM, DuyHai Doan  wrote:

> Congratulation and welcome to Park Hoon!
>
> On Thu, Jun 22, 2017 at 6:22 PM, Felix Cheung 
> wrote:
>
> > Congrats!
> >
> > 
> > From: astros...@gmail.com  on behalf of Hyung Sung
> > Shim 
> > Sent: Thursday, June 22, 2017 9:10:12 AM
> > To: dev
> > Subject: Re: New committer: Park Hoon
> >
> > Congratulations!!!
> >
> >
> > 2017-06-22 20:56 GMT+09:00 Jeff Zhang :
> >
> > > Congratulations
> > >
> > >
> > > CHALLA 于2017年6月22日周四 下午7:44写道:
> > >
> > > > Welcome Park Hoon
> > > >
> > > > On Wed, Jun 21, 2017 at 11:17 PM, moon soo Lee 
> > wrote:
> > > >
> > > > > The Project Management Committee (PMC) for Apache Zeppelin has
> > invited
> > > > Park
> > > > > Hoon (1ambda) to become a committer and we are pleased to announce
> > that
> > > > has
> > > > > accepted.
> > > > >
> > > > > Please join us to welcome.
> > > > >
> > > > > The Apache Zeppelin PMC
> > > > >
> > > >
> > >
> >
>


Re: [DISCUSSION] Extending TableData API

2017-06-12 Thread Khalid Huseynov
Thanks for the questions guys!

@Jun Kim actually that feature was originally discussed and was put into
backlog since proposal was more about tables processed by interpreters and
their sharing. However having quick visualisation on the fly for not so
large data makes sense indeed, and possibly could be done by importing data
into some interpreter by default (Spark, python, etc). So I believe it can
be done once initial basics for resource sharing is completed.

@Andrea Santurbano there should be listing of tables with schema info, but
i'm not sure exactly what you mean by drop-down feature between tables in
the UI. Could you give little more details/example on that as well as
 enhancements on graph part you meant?


On Mon, Jun 12, 2017 at 4:01 PM, Andrea Santurbano 
wrote:

> Hi guys,
> this is great! I think this can also enable some drop-down feature between
> tables in the UI...
> Do you think this enhancements can also include the graph part?
>
> Andrea
>
> Il giorno lun 12 giu 2017 alle ore 05:47 Jun Kim  ha
> scritto:
>
>> All of the enhancements looks great to me!
>>
>> And I wish a feature which can upload a small CSV file (maybe about
>> 20MB..?) and play with it directly.
>> It would be great if I can drag a file to Zeppelin and register it as the
>> table.
>>
>> Thanks :)
>>
>> 2017년 6월 12일 (월) 오전 11:40, Park Hoon <1am...@gmail.com>님이 작성:
>>
>>> Hi All,
>>>
>>> Recently, ZEPPELIN-753
>>>  (Tabledata
>>> abstraction) and ZEPPELIN-2020
>>>  (Remote method
>>> invocation for resources) were resolved.
>>> Based on this work, we can improve Zeppelin with the following
>>> enhancements:
>>>
>>> * register the table result as a shared resource
>>> * list all available (registered) tables
>>> * preview tables including its meta information (e.g columns, types, ..)
>>> * download registered tables as CSV, and other formats.
>>> * pivoting/filtering in backend to transforming larger data
>>> * cross join tables in different interpreters (e.g Spark interpreter
>>> uses a table result generated from JDBC interpreter)
>>>
>>> You can find the full proposal in Extending Table Data API
>>> 
>>>  which
>>> is contributed by @1ambda, @khalidhuseynov, @Leemoonsoo.
>>>
>>> Any question, feedback or discussion will be welcomed.
>>>
>>>
>>> Thanks.
>>>
>> --
>> Taejun Kim
>>
>> Data Mining Lab.
>> School of Electrical and Computer Engineering
>> University of Seoul
>>
>


Re: [DISCUSS] Release 0.7.2

2017-06-04 Thread Khalid Huseynov
+1

On Mon, Jun 5, 2017 at 9:49 AM, Hyung Sung Shim  wrote:

> +1
>
> 2017-06-05 8:42 GMT+09:00 Jeff Zhang :
>
> > +1
> >
> > Ahyoung Ryu 于2017年6月5日周一 上午4:00写道:
> >
> > > +1 for the release
> > >
> > > On Sat, Jun 3, 2017 at 11:32 PM, 18637156...@163.com <
> > 18637156...@163.com>
> > > wrote:
> > >
> > > > +1 for release 0.7.2
> > > >
> > > >
> > > >
> > > > 18637156...@163.com
> > > >
> > > > From: moon soo Lee
> > > > Date: 2017-06-04 01:47
> > > > To: dev
> > > > Subject: [DISCUSS] Release 0.7.2
> > > > Hi,
> > > >
> > > > Since 0.7.1 release, we have resolved 38 issues and that includes
> most
> > of
> > > > critical issues in 0.7.2 umbrella issue [1].
> > > >
> > > > Since 0.7.1 has major problems like ZEPPELIN-2336 [2], i'd like to
> > > proceed
> > > > release process for 0.7.2 at this point and provide stable release.
> > > >
> > > > Remaining issue can be resolved in 0.8.0 release (or 0.7.3 if another
> > > > maintenance release is necessary).
> > > >
> > > > Shell we proceed to 0.7.2?
> > > >
> > > > Thanks,
> > > > moon
> > > >
> > > > [1] https://issues.apache.org/jira/browse/ZEPPELIN-2276
> > > > [2] https://issues.apache.org/jira/browse/ZEPPELIN-2336
> > > >
> > >
> >
>


[jira] [Created] (ZEPPELIN-2593) Save to secondary storage only on checkpoint/commit

2017-05-28 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2593:
-

 Summary: Save to secondary storage only on checkpoint/commit
 Key: ZEPPELIN-2593
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2593
 Project: Zeppelin
  Issue Type: Improvement
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov


Currently if having two notebook storage backends, notebook would be saved to 
both of them everytime save is initiated (e.g. run, modify, chart change). In 
case of in case of too many saves and corresponding network delays, it may 
cause some performance degradation. It would be useful to have an option 
(environment/UI) to perform save to secondary storage only when 
checkpointing/committing note on first storage.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[jira] [Created] (ZEPPELIN-2499) Improve documentation for mapping LDAP/AD groups into Zeppelin roles

2017-05-04 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2499:
-

 Summary: Improve documentation for mapping LDAP/AD groups into 
Zeppelin roles
 Key: ZEPPELIN-2499
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2499
 Project: Zeppelin
  Issue Type: Sub-task
Reporter: Khalid Huseynov


I think current documentation in 
https://zeppelin.apache.org/docs/0.7.0/security/shiroauthentication.html#groups-and-permissions-optional
 for mapping groups and permissions isn't clear enough. Need to add more 
connection to Zeppelin roles (e.g. readers, writers)



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[jira] [Created] (ZEPPELIN-2498) Improve LDAP authentication related conf and documentation

2017-05-04 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2498:
-

 Summary: Improve LDAP authentication related conf and documentation
 Key: ZEPPELIN-2498
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2498
 Project: Zeppelin
  Issue Type: Sub-task
Reporter: Khalid Huseynov


current documentation and conf/shiro.ini content isn't complete enough for 
straightforward usage of LDAP authentication.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[jira] [Created] (ZEPPELIN-2497) [Umbrella] Improve authentication/auhorization and other security related documentation

2017-05-04 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2497:
-

 Summary: [Umbrella] Improve authentication/auhorization and other 
security related documentation
 Key: ZEPPELIN-2497
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2497
 Project: Zeppelin
  Issue Type: Task
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov


Current documentation for 
[authentication|https://zeppelin.apache.org/docs/0.7.0/security/shiroauthentication.html]
 and 
[authorisation|https://zeppelin.apache.org/docs/0.7.0/security/notebook_authorization.html]
 with different realms isn't complete and clear enough for straightforward use. 
So I think more setup parameters and documentation should be added



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[jira] [Created] (ZEPPELIN-2479) Tooltip isn't correctly displayed on version control menu -> commit

2017-05-01 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2479:
-

 Summary: Tooltip isn't correctly displayed on version control menu 
-> commit
 Key: ZEPPELIN-2479
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2479
 Project: Zeppelin
  Issue Type: Improvement
Reporter: Khalid Huseynov
Priority: Minor


When trying to commit the revision in version control menu, it show's tooltip 
on 'Commit' button however due to container sizes it doesn't appear properly. 
One  easy solution would be to delete the tooltip and keep menu style same. 
Also it would make it more consistent, since other parts of UI don't have 
tooltips inside of menu. Other ideas are welcome



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[jira] [Created] (ZEPPELIN-2393) authentication with ZeppelinHubRealm throws 403 error

2017-04-11 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2393:
-

 Summary: authentication with ZeppelinHubRealm throws 403 error
 Key: ZEPPELIN-2393
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2393
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov


In some cases, depending where authentication server is deployed and what 
services are used, it's possible that httpcomponents client request headers are 
not approved by the security rules. For example one of common problems can be 
403 Forbidden response by cloudflare service with error-code 1010. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


Re: Re: [VOTE] Release Apache Zeppelin 0.7.1 (RC3)

2017-03-30 Thread Khalid Huseynov
+1

On Fri, Mar 31, 2017 at 12:32 PM, Ahyoung Ryu  wrote:

> +1
> tested binary package
>  - Spark and Python tutorial note
>  - Zombie process issue
>
> and could successfully build Zeppelin from source.
> Thanks always Mina for your effort.
>
>
> On Fri, Mar 31, 2017 at 12:20 PM, Anthony Corbacho <
> anthonycorba...@apache.org> wrote:
>
> > +1
> >
> > Tested with my usual cases.
> >
> > Thank you mina!!!
> >
> > On Fri, Mar 31, 2017 at 12:13 PM, Jun Kim  wrote:
> >
> > > +1
> > > 2017년 3월 31일 (금) 오후 12:13, Jongyoul Lee 님이 작성:
> > >
> > > > +1
> > > >
> > > > tested about zombie processes
> > > >
> > > >
> > > > On Fri, 31 Mar 2017 at 12:03 CloverHeartsDev <
> > cloverhearts...@gmail.com>
> > > > wrote:
> > > >
> > > > > +1
> > > > >
> > > > > -Original Message-
> > > > > From: Windy Qin [mailto:windyqinchaof...@163.com]
> > > > > Sent: Friday, March 31, 2017 11:56 AM
> > > > > To: dev 
> > > > > Subject: Re: Re: [VOTE] Release Apache Zeppelin 0.7.1 (RC3)
> > > > >
> > > > > +1
> > > > >
> > > > >
> > > > >
> > > > > Thanks
> > > > > WindyQin
> > > > >
> > > > > From: Mina Lee
> > > > > Date: 2017-03-31 09:46
> > > > > To: dev
> > > > > Subject: Re: [VOTE] Release Apache Zeppelin 0.7.1 (RC3)
> > > > > +1
> > > > >
> > > > > On Wed, Mar 29, 2017 at 4:39 PM Hyung Sung Shim  >
> > > > wrote:
> > > > >
> > > > > > +1
> > > > > > Tested tutorials of zeppelin-0.7.1-bin-all on CentOS7.
> > > > > > Thank you for your effort mina!
> > > > > >
> > > > > > 2017-03-29 16:04 GMT+09:00 DuyHai Doan :
> > > > > >
> > > > > > > +1
> > > > > > > Le 29 mars 2017 07:06, "Jeff Zhang"  a
> écrit :
> > > > > > >
> > > > > > > > Thanks Jongyoul for explanation, let's improve it later.
> > > > > > > >
> > > > > > > > +1.
> > > > > > > >
> > > > > > > > * Build zeppelin from source successfully
> > > > > > > > * Run pig tutorial using tez mode successfully
> > > > > > > > * Run spark tutorial using livy interpreter successfully.
> > > > > > > > * Verify interpreter fail error can be propagated to
> frontend.
> > > > > > > > * Verify the restart button works in several scenarios. Works
> > > > > properly.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > Jongyoul Lee 于2017年3月29日周三 上午11:37写道:
> > > > > > > >
> > > > > > > > > Jeff,
> > > > > > > > >
> > > > > > > > > Moon and I discuss the behaviors of clicking restart
> buttons
> > > > > > > > > from
> > > > > > > > notebook
> > > > > > > > > page and interpreter page. In your case, it's intended
> fully.
> > > > > > > > > For
> > > > > > more
> > > > > > > > > detail, In case of "per user", we can do the same thing in
> > note
> > > > > > > > > and interpreter pages, but in case of "per note", we cannot
> > get
> > > > > > > > > the exact
> > > > > > > > note
> > > > > > > > > when users click restart button in interpreter tab. Thus
> Moon
> > > > > > > > > and I
> > > > > > > > decided
> > > > > > > > > not to change original behaviors of interpreter page. It
> > would
> > > > > > > > > be
> > > > > > > changed
> > > > > > > > > when we add admin feature.
> > > > > > > > >
> > > > > > > > > Thanks for testing it.
> > > > > > > > >
> > > > > > > > > Regards,
> > > > > > > > > Jongyoul
> > > > > > > > >
> > > > > > > > > On Wed, Mar 29, 2017 at 11:47 AM, Jeff Zhang <
> > zjf...@gmail.com
> > > >
> > > > > > wrote:
> > > > > > > > >
> > > > > > > > > > Might find another bug about restarting button. The
> > > restarting
> > > > > > button
> > > > > > > > on
> > > > > > > > > > note page behaves differently from that of interpreter
> > page.
> > > > > > > > > > This
> > > > > > > > might
> > > > > > > > > > confuse users.
> > > > > > > > > >
> > > > > > > > > > e.g. For livy interpreter, if I click the restart button
> in
> > > > > > > > > > note
> > > > > > > page,
> > > > > > > > > then
> > > > > > > > > > only my livy session will be shutdown. But If I click the
> > > > > > > > > > restart
> > > > > > > > button
> > > > > > > > > in
> > > > > > > > > > interpreter page, all the sessions will be shut down.
> This
> > > > > > > > > > kind of differences will confuse users IMO.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Mina Lee 于2017年3月28日周二 下午6:53写道:
> > > > > > > > > >
> > > > > > > > > > > I propose the following RC to be released for the
> Apache
> > > > > > > > > > > Zeppelin
> > > > > > > > 0.7.1
> > > > > > > > > > > release.
> > > > > > > > > > >
> > > > > > > > > > > The commit id is 9eb77adfb3d9969f84d1657b78a95b
> > 58e44b5be8
> > > > > > > > > > > which
> > > > > > is
> > > > > > > > > > > corresponds to the tag v0.7.1-rc3:
> > > > > > > > > > >
> > > > > > > > > > > https://git-wip-us.apache.org/
> > repos/asf?p=zeppelin.git;h=
> > > > > > > > > > refs/tags/v0.7.1-rc3
> > > > > > > > > > >
> > > > > > > > > > > 

[jira] [Created] (ZEPPELIN-2314) Watcher websocket connection origin null error

2017-03-24 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2314:
-

 Summary: Watcher websocket connection origin null error
 Key: ZEPPELIN-2314
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2314
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov
 Fix For: 0.7.1, 0.8.0


ZEPPELIN-2288 brings websocket origin check which breaks some changes from 
ZEPPELIN-1697 with the below logs

{quote}
ERROR [2017-03-24 18:44:48,184] ({qtp655381473-17} 
NotebookWebSocketCreator.java[createWebSocket]:43) - Websocket request is not 
allowed by ZEPPELIN_ALLOWED_ORIGINS settings. Origin: null
 WARN [2017-03-24 18:44:48,191] ({WebSocketClient@334099170-86} 
WatcherWebsocket.java[onWebSocketError]:67) - WatcherWebsocket socket 
connection error 
org.eclipse.jetty.websocket.api.UpgradeException: Didn't switch protocols
at 
org.eclipse.jetty.websocket.client.io.UpgradeConnection.validateResponse(UpgradeConnection.java:314)
at 
org.eclipse.jetty.websocket.client.io.UpgradeConnection.read(UpgradeConnection.java:241)
at 
org.eclipse.jetty.websocket.client.io.UpgradeConnection.onFillable(UpgradeConnection.java:163)
at 
org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
at java.lang.Thread.run(Thread.java:745)
ERROR [2017-03-24 18:44:48,192] ({Timer-0} 
ZeppelinClient.java[openWatcherSession]:198) - Couldn't establish websocket 
connection to Zeppelin 
java.util.concurrent.ExecutionException: 
org.eclipse.jetty.websocket.api.UpgradeException: Didn't switch protocols
at org.eclipse.jetty.util.FuturePromise.get(FuturePromise.java:123)
at 
org.apache.zeppelin.notebook.repo.zeppelinhub.websocket.ZeppelinClient.openWatcherSession(ZeppelinClient.java:196)
at 
org.apache.zeppelin.notebook.repo.zeppelinhub.websocket.ZeppelinClient.access$100(ZeppelinClient.java:58)
at 
org.apache.zeppelin.notebook.repo.zeppelinhub.websocket.ZeppelinClient$1.run(ZeppelinClient.java:139)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)
Caused by: org.eclipse.jetty.websocket.api.UpgradeException: Didn't switch 
protocols
at 
org.eclipse.jetty.websocket.client.io.UpgradeConnection.validateResponse(UpgradeConnection.java:314)
at 
org.eclipse.jetty.websocket.client.io.UpgradeConnection.read(UpgradeConnection.java:241)
at 
org.eclipse.jetty.websocket.client.io.UpgradeConnection.onFillable(UpgradeConnection.java:163)
at 
org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
at java.lang.Thread.run(Thread.java:745)
{quote}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[jira] [Created] (ZEPPELIN-2036) Need clear docs for Separate Notebook Workspaces

2017-01-31 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2036:
-

 Summary: Need clear docs for Separate Notebook Workspaces 
 Key: ZEPPELIN-2036
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2036
 Project: Zeppelin
  Issue Type: Improvement
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov


In Zeppelin it's possible to separate user workspaces, however it's not well 
documented and says sentence or two related to it in 
https://zeppelin.apache.org/docs/0.7.0-SNAPSHOT/security/notebook_authorization.html#authorization-setting.
 However it should be separated with own topic and more description. more 
details in email thread here 
https://lists.apache.org/thread.html/d94276521942c90cca1325514ea93b737a517679dd0f6f7eb287492a@%3Cusers.zeppelin.apache.org%3E



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[jira] [Created] (ZEPPELIN-2016) Test case for cron job complete test for resource pool depletion

2017-01-26 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2016:
-

 Summary: Test case for cron job complete test for resource pool 
depletion
 Key: ZEPPELIN-2016
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2016
 Project: Zeppelin
  Issue Type: Test
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov


after https://issues.apache.org/jira/browse/ZEPPELIN-2009 is fixed there's 
still need for test case in order not repeat this kind of bugs



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-2009) Cron jobs do not get scheduled and executed after certain number of executions

2017-01-24 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-2009:
-

 Summary: Cron jobs do not get scheduled and executed after certain 
number of executions
 Key: ZEPPELIN-2009
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2009
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov
Priority: Critical


after setting cron job, it gets scheduled a limited number of times (up to 10 
in observations) and stops executing afterwards. for example if set it to 
execute every 5 seconds with 0/5 * * * * ? cron expression, it will be executed 
mostly 10 times and stop afterwards. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1936) User Impersonation setting isn't propagated when creating new interpreter

2017-01-10 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1936:
-

 Summary: User Impersonation setting isn't propagated when creating 
new interpreter
 Key: ZEPPELIN-1936
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1936
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov


When creating new interpreter with enabled "User Impersonation", the setting 
isn't applied on new interpreter.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1855) Git repository tests don't cleanup folders on teardown

2016-12-23 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1855:
-

 Summary: Git repository tests don't cleanup folders on teardown 
 Key: ZEPPELIN-1855
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1855
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov
 Fix For: 0.7.0


Git repository tests don't cleanup temporary folders on teardown. The code for 
removing temporary folder was uncommented 
[here|https://github.com/apache/zeppelin/blob/master/zeppelin-zengine/src/test/java/org/apache/zeppelin/notebook/repo/GitNotebookRepoTest.java#L91],
 which should be fixed



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1842) Sync mechanism doesn't work on start if anonymous mode is on

2016-12-20 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1842:
-

 Summary: Sync mechanism doesn't work on start if anonymous mode is 
on
 Key: ZEPPELIN-1842
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1842
 Project: Zeppelin
  Issue Type: Improvement
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov
 Fix For: 0.7.0


Previously we had sync on start, however after multi-tenancy issues it was 
deleted in 
https://github.com/apache/zeppelin/commit/dfbea2eb988e6b9ebf017d6a35f0ba590ce2873e.
 To keep backward compatibility it should be possible to sync on start when 
anonymous mode is on (no authentication) until all these procedures are 
available on frontend. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1776) correct usage of isEmpty method of Revision structure

2016-12-08 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1776:
-

 Summary: correct usage of isEmpty method of Revision structure
 Key: ZEPPELIN-1776
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1776
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov
 Fix For: 0.7.0


after refactoring done by https://github.com/apache/zeppelin/pull/1697, some of 
the previous legacy code should be adjusted from null check to the check as 
isEmpty



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


Re: Build error in docker

2016-12-05 Thread Khalid Huseynov
possibly related to
https://github.com/apache/zeppelin/pull/1725#issuecomment-265052203, did
you try to build Zeppelin itself successfuly?

On Mon, Dec 5, 2016 at 6:27 PM, Jeff Zhang  wrote:

>
>
> I try to build travis in local, so I follow the instruction here to build
> zeppelin in docker, but get the following error as following. Has anyone
> hit this issue before or successfully run travis locally ?
>
> https://docs.travis-ci.com/user/common-build-problems/#
> Troubleshooting-Locally-in-a-Docker-Image
>
>
>
>   "id": "ECONFLICT",
>   "level": "error",
>   "data": {},
>   "message": "Unable to find suitable version for angular",
>   "stacktrace": "angular: Unable to find suitable version for angular\n
>  at createError (/home/travis/zeppelin/zeppelin-web/node_modules/
> bower/lib/util/createError.js:4:15)\nat Manager._electSuitable
> (/home/travis/zeppelin/zeppelin-web/node_modules/
> bower/lib/core/Manager.js:825:15)\nat /home/travis/zeppelin/
> zeppelin-web/node_modules/bower/lib/core/Manager.js:609:25\nat
> _fulfilled (/home/travis/zeppelin/zeppelin-web/node_modules/
> bower/lib/node_modules/q/q.js:834:54)\nat self.promiseDispatch.done
> (/home/travis/zeppelin/zeppelin-web/node_modules/
> bower/lib/node_modules/q/q.js:863:30)\nat Promise.promise.promiseDispatch
> (/home/travis/zeppelin/zeppelin-web/node_modules/
> bower/lib/node_modules/q/q.js:796:13)\nat /home/travis/zeppelin/
> zeppelin-web/node_modules/bower/lib/node_modules/q/q.js:556:49\nat
> runSingle (/home/travis/zeppelin/zeppelin-web/node_modules/
> bower/lib/node_modules/q/q.js:137:13)\nat flush
> (/home/travis/zeppelin/zeppelin-web/node_modules/
> bower/lib/node_modules/q/q.js:125:13)\nat process._tickCallback
> (node.js:458:13)"
> }]
>
> npm ERR! Linux 4.4.27-moby
> npm ERR! argv "/usr/bin/node" "/usr/bin/npm" "install"
> npm ERR! node v0.10.48
> npm ERR! npm  v2.15.1
> npm ERR! code ELIFECYCLE
> npm ERR! zeppelin-web@0.0.0 postinstall: `bower install --silent`
> npm ERR! Exit status 1
> npm ERR!
> npm ERR! Failed at the zeppelin-web@0.0.0 postinstall script 'bower
> install --silent'.
> npm ERR! This is most likely a problem with the zeppelin-web package,
> npm ERR! not with npm itself.
> npm ERR! Tell the author that this fails on your system:
> npm ERR! bower install --silent
> npm ERR! You can get information on how to open an issue for this project
> with:
> npm ERR! npm bugs zeppelin-web
> npm ERR! Or if that isn't available, you can get their info via:
> npm ERR!
> npm ERR! npm owner ls zeppelin-web
> npm ERR! There is likely additional logging output above.
>
> npm ERR! Please include the following file with any support request:
> npm ERR! /home/travis/zeppelin/zeppelin-web/npm-debug.log
>
>


[jira] [Created] (ZEPPELIN-1745) Offline or non-editable view of notes when viewing revisions and as a feature itself

2016-12-02 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1745:
-

 Summary: Offline or non-editable view of notes when viewing 
revisions and as a feature itself
 Key: ZEPPELIN-1745
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1745
 Project: Zeppelin
  Issue Type: Improvement
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov
 Fix For: 0.7.0


Currently when viewing different note revisions, it's still possible to edit 
the notes (e.g. ZEPPELIN-1190). First of all, notes should be view-only when 
viewing revisions. Secondly, note broadcasts shouldn't affect that mode, say 
`offline` mode. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1742) Failed or non-supported checkpoint of note doesn't notify user

2016-12-01 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1742:
-

 Summary: Failed or non-supported checkpoint of note doesn't notify 
user
 Key: ZEPPELIN-1742
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1742
 Project: Zeppelin
  Issue Type: Improvement
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov
 Fix For: 0.7.0


When checkpointing note to make a revision, it's possible that corresponding 
backend storage system either doesn't support or failed to make a revision of 
note. In this case currently there's no way to know about it.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


Re: 0.7 Shiro LDAP authentication changes? Unable to instantiate class [org.apache.zeppelin.server.LdapGroupRealm]

2016-11-28 Thread Khalid Huseynov
I think during refactoring LdapGroupRealm has moved into different package,
so could you try in your shiro config with:

ldapRealm = org.apache.zeppelin.realm.LdapGroupRealm

On Tue, Nov 29, 2016 at 2:33 AM, Ruslan Dautkhanov 
wrote:

> + dev list
>
> Could somebody please let me know if shiro-LDAP is known to be broken in
> master?
> So I will stop my attempts to work with 0.7.
>
> [org.apache.zeppelin.server.LdapGroupRealm] for object named
> 'ldapRealm'.  Please ensure you've specified the fully qualified class name
> correctly.
> at org.apache.shiro.config.ReflectionBuilder.createNewInstance(
> ReflectionBuilder.java:151)
> at org.apache.shiro.config.ReflectionBuilder.buildObjects(Refle
> ctionBuilder.java:119)
> at org.apache.shiro.config.IniSecurityManagerFactory.buildInsta
> nces(IniSecurityManagerFactory.java:161)
>
>
> Thanks,
> Ruslan
>
>
> On Mon, Nov 28, 2016 at 9:13 AM, Ruslan Dautkhanov 
> wrote:
>
>> Looking at 0.7 docs, Shiro LDAP authentication shiro.ini configuration
>> looks the same.
>> http://zeppelin.apache.org/docs/0.7.0-SNAPSHOT/security/shir
>> oauthentication.html
>>
>> Any ideas why this might be broken in the current snapshot?
>>
>> Exception in thread "main" org.apache.shiro.config.ConfigurationException:
>> Unable to instantiate class [org.apache.zeppelin.server.LdapGroupRealm]
>> for object named 'ldapRealm'.  Please ensure you've specified the fully
>> qualified class name correctly.
>> at org.apache.shiro.config.ReflectionBuilder.createNewInstance(
>> ReflectionBuilder.java:151)
>> at org.apache.shiro.config.ReflectionBuilder.buildObjects(Refle
>> ctionBuilder.java:119)
>> at org.apache.shiro.config.IniSecurityManagerFactory.buildInsta
>> nces(IniSecurityManagerFactory.java:161)
>>
>>
>>
>> --
>> Ruslan Dautkhanov
>>
>> On Mon, Nov 28, 2016 at 8:23 AM, Ruslan Dautkhanov 
>> wrote:
>>
>>> Zeppelin 0.7.0 built from yesterday's snapshot.
>>> Getting below error stack when trying to start Zeppelin 0.7.0.
>>> The same shiro config works fine in 0.6.2.
>>>
>>> We're using LDAP authentication configured in shiro.ini as
>>> ldapRealm = org.apache.zeppelin.server.LdapGroupRealm
>>> ldapRealm.contextFactory.environment[ldap.searchBase] = ...
>>> ldapRealm.contextFactory.url = ...
>>> ldapRealm.contextFactory.authenticationMechanism = SIMPLE
>>> ..
>>>
>>> This config works fine in 0.6.2.
>>> Is org.apache.zeppelin.server.LdapGroupRealm has to be changed in 0.7
>>> to something else?
>>> Or there are other significant changes in Shiro / LDAP authentication?
>>>
>>>
>>>
>>> [1]
>>>
>>> $ ./zeppelin.sh
>>> ...
>>> Exception in thread "main" org.apache.shiro.config.ConfigurationException:
>>> Unable to instantiate class [org.apache.zeppelin.server.LdapGroupRealm]
>>> for object named 'ldapRealm'.  Please ensure you've specified the fully
>>> qualified class name correctly.
>>> at org.apache.shiro.config.ReflectionBuilder.createNewInstance(
>>> ReflectionBuilder.java:151)
>>> at org.apache.shiro.config.ReflectionBuilder.buildObjects(Refle
>>> ctionBuilder.java:119)
>>> at org.apache.shiro.config.IniSecurityManagerFactory.buildInsta
>>> nces(IniSecurityManagerFactory.java:161)
>>> at org.apache.shiro.config.IniSecurityManagerFactory.createSecu
>>> rityManager(IniSecurityManagerFactory.java:124)
>>> at org.apache.shiro.config.IniSecurityManagerFactory.createSecu
>>> rityManager(IniSecurityManagerFactory.java:102)
>>> at org.apache.shiro.config.IniSecurityManagerFactory.createInst
>>> ance(IniSecurityManagerFactory.java:88)
>>> at org.apache.shiro.config.IniSecurityManagerFactory.createInst
>>> ance(IniSecurityManagerFactory.java:46)
>>> at org.apache.shiro.config.IniFactorySupport.createInstance(Ini
>>> FactorySupport.java:123)
>>> at org.apache.shiro.util.AbstractFactory.getInstance(AbstractFa
>>> ctory.java:47)
>>> at org.apache.zeppelin.utils.SecurityUtils.initSecurityManager(
>>> SecurityUtils.java:56)
>>> at org.apache.zeppelin.server.ZeppelinServer.setupRestApiContex
>>> tHandler(ZeppelinServer.java:268)
>>> at org.apache.zeppelin.server.ZeppelinServer.main(ZeppelinServe
>>> r.java:137)
>>> Caused by: org.apache.shiro.util.UnknownClassException: Unable to load
>>> class named [org.apache.zeppelin.server.LdapGroupRealm] from the thread
>>> context, current, or system/application ClassLoaders.  All heuristics have
>>> been exhausted.  Class could not be found.
>>> at org.apache.shiro.util.ClassUtils.forName(ClassUtils.java:148)
>>> at org.apache.shiro.util.ClassUtils.newInstance(ClassUtils.java
>>> :164)
>>> at org.apache.shiro.config.ReflectionBuilder.createNewInstance(
>>> ReflectionBuilder.java:144)
>>> ... 11 more
>>>
>>>
>>
>


[jira] [Created] (ZEPPELIN-1657) Provide a way for user to create/import notes in private mode

2016-11-13 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1657:
-

 Summary: Provide a way for user to create/import notes in private 
mode
 Key: ZEPPELIN-1657
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1657
 Project: Zeppelin
  Issue Type: Improvement
Reporter: Khalid Huseynov


For having per user note workbench, there're should be an option for notes to 
be listed only in the user's list, for privacy issues. Thus there should be a 
way to pass this private/public note creation flag through the configurations.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1647) Broadcast note list per user have receives incorrect roles

2016-11-09 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1647:
-

 Summary: Broadcast note list per user have receives incorrect roles
 Key: ZEPPELIN-1647
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1647
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov


When broadcasting notes per user, each list should be generated based on 
subject and corresponding roles. However after adding roles it was missed 
[here|https://github.com/apache/zeppelin/blob/master/zeppelin-server/src/main/java/org/apache/zeppelin/socket/NotebookServer.java#L592]
 and roles of logged in user are passed instead of roles of the user we 
generate note list for.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1612) NPE when starting Zeppelin because of non-initialized subject

2016-11-03 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1612:
-

 Summary: NPE when starting Zeppelin because of non-initialized 
subject
 Key: ZEPPELIN-1612
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1612
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov


When starting Zeppelin Notebook is initialized and loads notes in 
[here|https://github.com/apache/zeppelin/blob/master/zeppelin-zengine/src/main/java/org/apache/zeppelin/notebook/Notebook.java#L465]
 with empty subject, which causes NPE in 
[here|https://github.com/apache/zeppelin/blob/master/zeppelin-zengine/src/main/java/org/apache/zeppelin/notebook/Notebook.java#L447].
 Log is given below:
{quote}
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at 
org.apache.cxf.jaxrs.servlet.CXFNonSpringJaxrsServlet.createSingletonInstance(CXFNonSpringJaxrsServlet.java:382)
at 
org.apache.cxf.jaxrs.servlet.CXFNonSpringJaxrsServlet.createApplicationInstance(CXFNonSpringJaxrsServlet.java:454)
at 
org.apache.cxf.jaxrs.servlet.CXFNonSpringJaxrsServlet.createServerFromApplication(CXFNonSpringJaxrsServlet.java:432)
at 
org.apache.cxf.jaxrs.servlet.CXFNonSpringJaxrsServlet.init(CXFNonSpringJaxrsServlet.java:93)
at 
org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:616)
at 
org.eclipse.jetty.servlet.ServletHolder.initialize(ServletHolder.java:396)
at 
org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:871)
at 
org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:298)
at 
org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1349)
at 
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1342)
at 
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:741)
at 
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:505)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
at 
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
at 
org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:163)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
at org.eclipse.jetty.server.Server.start(Server.java:387)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
at 
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
at org.eclipse.jetty.server.Server.doStart(Server.java:354)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at 
org.apache.zeppelin.server.ZeppelinServer.main(ZeppelinServer.java:144)
Caused by: java.lang.NullPointerException
at 
org.apache.zeppelin.notebook.Notebook.loadNoteFromRepo(Notebook.java:447)
at org.apache.zeppelin.notebook.Notebook.loadAllNotes(Notebook.java:469)
at org.apache.zeppelin.notebook.Notebook.(Notebook.java:123)
at 
org.apache.zeppelin.server.ZeppelinServer.(ZeppelinServer.java:107)
... 29 more
{quote}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1587) SparkInterpreter impersonation routine is absent

2016-10-28 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1587:
-

 Summary: SparkInterpreter impersonation routine is absent 
 Key: ZEPPELIN-1587
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1587
 Project: Zeppelin
  Issue Type: Sub-task
Reporter: Khalid Huseynov


There's no impersonation routine for the the sparkInterpreter, especially in 
shared mode. Generally each user should be able to run his commands using their 
own credentials, not only by one user.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1561) Storage sync mechanism doesn't working correctly in multi-tenant environment

2016-10-18 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1561:
-

 Summary: Storage sync mechanism doesn't working correctly in 
multi-tenant environment
 Key: ZEPPELIN-1561
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1561
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov


Sync mechanism for storage layer doesn't correctly handle multi user 
environment. there should be separate sync and note workbench view per user.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1557) Storage layer sync mechanism doesn't fail gracefully

2016-10-17 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1557:
-

 Summary: Storage layer sync mechanism doesn't fail gracefully 
 Key: ZEPPELIN-1557
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1557
 Project: Zeppelin
  Issue Type: Bug
Affects Versions: 0.7.0
Reporter: Khalid Huseynov


During storage sync mechanism get/save operations are performed  for a list of 
notes in 
[here|https://github.com/apache/zeppelin/blob/master/zeppelin-zengine/src/main/java/org/apache/zeppelin/notebook/repo/NotebookRepoSync.java#L231].
 If one of operations fail, the whole sync returns with failure. In order to 
handle it gracefully, we need to catch exceptions and go on. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1490) Persisting note while changing status on paragraph run doesn't pass subject

2016-09-26 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1490:
-

 Summary: Persisting note while changing status on paragraph run 
doesn't pass subject
 Key: ZEPPELIN-1490
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1490
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov


Zeppelin job listener persists note every time there's change on run status. 
However as you can see 
[here|https://github.com/apache/zeppelin/blob/master/zeppelin-server/src/main/java/org/apache/zeppelin/socket/NotebookServer.java#L1448]
 it doesn't pass correct subject resulting in possible NPEs. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1487) Storage layer possible NPE exception because of empty subject

2016-09-26 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1487:
-

 Summary: Storage layer possible NPE exception because of empty 
subject
 Key: ZEPPELIN-1487
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1487
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
 Fix For: 0.7.0


Storage layer sync mechanism is passing subject as null 
[here|https://github.com/apache/zeppelin/blob/master/zeppelin-zengine/src/main/java/org/apache/zeppelin/notebook/repo/NotebookRepoSync.java#L271].
 That may cause NPE exception for multiuser environments



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1449) Selenium testGroupPermission test failure in master

2016-09-17 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1449:
-

 Summary: Selenium testGroupPermission test failure in master
 Key: ZEPPELIN-1449
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1449
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov


There seems to be the following selenium test failing in multiple PRs (e.g. 
1290, 1392) and probably master:

{quote}
  AuthenticationIT.testGroupPermission:179->AbstractZeppelinIT.pollingWait:96 
» Timeout
{quote}

here's more detailed CI logs 
https://s3.amazonaws.com/archive.travis-ci.org/jobs/160651323/log.txt



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1438) Per user note list broadcast on note permission change

2016-09-13 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1438:
-

 Summary: Per user note list broadcast on note permission change
 Key: ZEPPELIN-1438
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1438
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
 Fix For: 0.7.0


after https://github.com/apache/zeppelin/pull/1330 is merged, users will be 
able to receive their own list of notes, however that list is currently loaded 
automatically only once when starting Zeppelin (also possible by clicking 
reload notes).

Thus, we need to address updating other users list of notes (workbench) on the 
fly when some note permissions are changed. For example if user1 gave read 
permissions to noteA for user2, noteA should appear immediately in user2's 
working directory of notes. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1437) Note list broadcast is not aware of user session

2016-09-13 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1437:
-

 Summary: Note list broadcast is not aware of user session
 Key: ZEPPELIN-1437
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1437
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
 Fix For: 0.7.0


after https://github.com/apache/zeppelin/pull/1330 each user will receive his 
specific list, but if user refreshes his list to reload from storage, that list 
will be broadcasted to everyone since broadcast messages are still not aware of 
user sessions.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1426) Pass subject user to storage sync mechanism

2016-09-11 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1426:
-

 Summary: Pass subject user to storage sync mechanism
 Key: ZEPPELIN-1426
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1426
 Project: Zeppelin
  Issue Type: Improvement
  Components: zeppelin-zengine
Reporter: Khalid Huseynov
 Fix For: 0.7.0


Although storage layer is aware of user (subject), the sync mechanism was 
unaware of it so far. So we need to propagate subject there as well.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


Re: [VOTE] Apache Zeppelin release 0.6.1 (rc2)

2016-08-13 Thread Khalid Huseynov
+1

On Aug 13, 2016 11:10 AM, "Ahyoung Ryu"  wrote:

> +1
>
> 2016년 8월 13일 (토) 오후 2:41, Anthony Corbacho 님이
> 작성:
>
> > +1
> >
> > On Saturday, 13 August 2016, moon soo Lee  wrote:
> >
> > > +1
> > >
> > > Verified
> > >  - No unexpected binaries in source package
> > >  - LICENSE, NOTICE exists
> > >  - Build from source
> > >  - Signature
> > >  - Run binary packages (netinst, all)
> > >  - Run SparkInterpreter with spark-2.0 and scala-2.11
> > >
> > > Best,
> > > moon
> > >
> > > On Fri, Aug 12, 2016 at 6:37 AM Jianfeng (Jeff) Zhang <
> > > jzh...@hortonworks.com > wrote:
> > >
> > > >
> > > > +1
> > > >
> > > > Build it with profile spark-2.0, and ran tutorial note successfully.
> > > > AM & Executor logs are available in yarn-client mode.
> > > >
> > > >
> > > >
> > > > Best Regard,
> > > > Jeff Zhang
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On 8/12/16, 7:36 PM, "mina lee" >
> > > wrote:
> > > >
> > > > >Hi folks,
> > > > >
> > > > >I propose the following RC to be released for the Apache Zeppelin
> > 0.6.1
> > > > >release.
> > > > >
> > > > >The commit id is c928f9a46ecacebc868d6dc10a95c02f9018a18e which is
> > > > >corresponds
> > > > >to the tag v0.6.1-rc2:
> > > > >*
> > > > https://git-wip-us.apache.org/repos/asf?p=zeppelin.git;a=
> > > commit;h=c928f9a
> > > > >46ecacebc868d6dc10a95c02f9018a18e
> > > > ><
> > > > https://git-wip-us.apache.org/repos/asf?p=zeppelin.git;a=
> > > commit;h=c928f9a
> > > > >46ecacebc868d6dc10a95c02f9018a18e>*
> > > > >
> > > > >The release archives (tgz), signature, and checksums are here
> > > > >https://dist.apache.org/repos/dist/dev/zeppelin/zeppelin-0.6.1-rc2/
> > > > >
> > > > >The release candidate consists of the following source distribution
> > > > >archive
> > > > >zeppelin-0.6.1.tgz
> > > > >
> > > > >In addition, the following supplementary binary distributions are
> > > provided
> > > > >for user convenience at the same location
> > > > >zeppelin-0.6.1-bin-all.tgz
> > > > >zeppelin-0.6.1-netinst-all.tgz
> > > > >
> > > > >The maven artifacts are here
> > > > >
> > > > https://repository.apache.org/content/repositories/
> > > orgapachezeppelin-1016/
> > > > >org/apache/zeppelin/
> > > > >
> > > > >You can find the KEYS file here:
> > > > >https://people.apache.org/keys/committer/minalee.asc
> > > > >
> > > > >Release notes available at
> > > > >*
> > > > https://issues.apache.org/jira/secure/ReleaseNote.jspa?
> > > version=12336543
> > > > >tyleName=Html=12316221
> > > > ><
> > > > https://issues.apache.org/jira/secure/ReleaseNote.jspa?
> > > version=12336543
> > > > >tyleName=Html=12316221>*
> > > > >
> > > > >Vote will be open for next 72 hours (close at 5am 15/Aug PDT).
> > > > >
> > > > >[ ] +1 approve
> > > > >[ ] 0 no opinion
> > > > >[ ] -1 disapprove (and reason why)
> > > >
> > > >
> > >
> >
>


[jira] [Created] (ZEPPELIN-1312) Inconsistency in getNotebookRevision method

2016-08-09 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1312:
-

 Summary: Inconsistency in getNotebookRevision method
 Key: ZEPPELIN-1312
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1312
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov


[here|https://github.com/apache/zeppelin/blob/master/zeppelin-web/src/components/websocketEvents/websocketMsg.service.js#L173]
 frontend sends revisionId, however on backend 
[here|https://github.com/apache/zeppelin/blob/master/zeppelin-server/src/main/java/org/apache/zeppelin/socket/NotebookServer.java#L1204]
 revision is extracted. Thus it should be consistent.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1264) CI failure on master with ParallelSchedulerTest

2016-08-01 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1264:
-

 Summary: CI failure on master with ParallelSchedulerTest 
 Key: ZEPPELIN-1264
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1264
 Project: Zeppelin
  Issue Type: Bug
Reporter: Khalid Huseynov
Priority: Critical


The CI keeps failing on org.apache.zeppelin.scheduler.ParallelSchedulerTest 
after continues errors and exit. Here's the stacktrace: 

{noformat}
14:05:27,226 ERROR org.apache.zeppelin.interpreter.remote.RemoteInterpreter:237 
- Failed to create interpreter: 
org.apache.zeppelin.interpreter.remote.mock.MockInterpreterA
14:05:27,227 ERROR org.apache.zeppelin.interpreter.remote.RemoteInterpreter:264 
- Failed to initialize interpreter: 
org.apache.zeppelin.interpreter.remote.mock.MockInterpreterA. Remove it from 
interpreterGroup
14:05:27,240  INFO org.apache.zeppelin.scheduler.SchedulerFactory:131 - Job 
jobName1 started by scheduler test
14:05:27,240  INFO org.apache.zeppelin.interpreter.remote.RemoteInterpreter:223 
- Create remote interpreter 
org.apache.zeppelin.interpreter.remote.mock.MockInterpreterA
14:05:27,242 ERROR org.apache.zeppelin.interpreter.remote.RemoteInterpreter:237 
- Failed to create interpreter: 
org.apache.zeppelin.interpreter.remote.mock.MockInterpreterA
14:05:27,243 ERROR org.apache.zeppelin.scheduler.Job:189 - Job failed
org.apache.zeppelin.interpreter.InterpreterException: 
org.apache.thrift.TApplicationException: Internal error processing 
createInterpreter
at 
org.apache.zeppelin.interpreter.remote.RemoteInterpreter.init(RemoteInterpreter.java:238)
at 
org.apache.zeppelin.interpreter.remote.RemoteInterpreter.getFormType(RemoteInterpreter.java:383)
at 
org.apache.zeppelin.interpreter.remote.RemoteInterpreter.interpret(RemoteInterpreter.java:299)
at 
org.apache.zeppelin.scheduler.RemoteSchedulerTest$2.jobRun(RemoteSchedulerTest.java:210)
at org.apache.zeppelin.scheduler.Job.run(Job.java:176)
at 
org.apache.zeppelin.scheduler.RemoteScheduler$JobRunner.run(RemoteScheduler.java:329)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.apache.thrift.TApplicationException: Internal error processing 
createInterpreter
at 
org.apache.thrift.TApplicationException.read(TApplicationException.java:111)
at org.apache.thrift.TServiceClient.receiveBase(TServiceClient.java:71)
at 
org.apache.zeppelin.interpreter.thrift.RemoteInterpreterService$Client.recv_createInterpreter(RemoteInterpreterService.java:196)
at 
org.apache.zeppelin.interpreter.thrift.RemoteInterpreterService$Client.createInterpreter(RemoteInterpreterService.java:180)
at 
org.apache.zeppelin.interpreter.remote.RemoteInterpreter.init(RemoteInterpreter.java:227)
... 12 more
{noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1257) Get note revision api gets input parameter revision object instead of revisionId string

2016-07-31 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1257:
-

 Summary: Get note revision api gets input parameter revision 
object instead of revisionId string
 Key: ZEPPELIN-1257
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1257
 Project: Zeppelin
  Issue Type: Sub-task
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov
 Fix For: 0.7.0


When getting certain revision of note in the storage layer, currently it's 
expected to get the whole Revision object. However the whole object is 
unnecessary and only unique revisionId is required.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


Re: integrate authorization

2016-07-20 Thread Khalid Huseynov
Yes, I believe main point of #1173
 is to have authentication
using remote web server. It can be basically generalized to support what
you're talking about. You may review that PR as well for more details.

On Wed, Jul 20, 2016 at 10:37 PM, Corneau Damien 
wrote:

> Hi,
>
> I know this PR https://github.com/apache/zeppelin/pull/1173 is
> implementing something a bit similar.
> Maybe that will give you some leads
>
> On Wed, Jul 20, 2016 at 9:18 PM, Hyung Sung Shim 
> wrote:
>
>> Hi.
>> Unfortunetely There is no way to solve your problem on zeppelin level but
>> it seems like interesting feature so could you create issue for this?
>>
>> 2016년 7월 20일 수요일, 仓库快满了님이 작성한 메시지:
>>
>> Hi,
>>> I have a question.
>>> Can I pass the authorization from one web system to this zeppelin web
>>> system?
>>> I have a web system,and it has its own authorization.I want to integrate
>>> it with zeppelin.
>>> For example,when I logged in my web system as user1, and I click a link
>>> and jump to zeppelin system,I want it is also logged as user1.
>>> As I know,the Shiro or nginx is recommended,but their users and roles
>>> are written in a config file.My web system's users and roles are stored in
>>> Mysql database and I want the zeppelin to use the same users and roles.
>>> Can you give me some advise or examples?
>>>
>>>
>>> Thanks.
>>
>>
>


[jira] [Created] (ZEPPELIN-1190) Get note revision - websocket api

2016-07-15 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1190:
-

 Summary: Get note revision - websocket api
 Key: ZEPPELIN-1190
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1190
 Project: Zeppelin
  Issue Type: Sub-task
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov
 Fix For: 0.7.0


This is a subtask for the issue under version control. In frontend we should be 
able to request certain revision of note through websocket api.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1189) Get note revision - websocket api

2016-07-15 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1189:
-

 Summary: Get note revision - websocket api
 Key: ZEPPELIN-1189
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1189
 Project: Zeppelin
  Issue Type: Sub-task
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov
 Fix For: 0.7.0


This is a subtask for the issue under version control. In frontend we should be 
able to request certain revision of note through websocket api.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1174) Cleanup unused methods in repository layer

2016-07-14 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1174:
-

 Summary: Cleanup unused methods in repository layer
 Key: ZEPPELIN-1174
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1174
 Project: Zeppelin
  Issue Type: Improvement
Reporter: Khalid Huseynov
Assignee: Khalid Huseynov
Priority: Minor
 Fix For: 0.7.0


There're some unused methods (possibly previously used, e.g. print) in 
repository layer that needs to be cleaned up.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (ZEPPELIN-1152) Listing note revision history

2016-07-11 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1152:
-

 Summary: Listing note revision history
 Key: ZEPPELIN-1152
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1152
 Project: Zeppelin
  Issue Type: Sub-task
  Components: front-end, zeppelin-zengine
Reporter: Khalid Huseynov
 Fix For: 0.7.0


As a part of version control issue, this is sub-task to be able list available 
revisions of the note on the frontend menu.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


Re: Notebook copy per session/socket

2016-07-05 Thread Khalid Huseynov
Thanks for the question Ashish,

Actually it's a good feedback, and one of the reasons
https://github.com/apache/zeppelin/pull/1105 was proposed is to facilitate
the case of using note as a dashboard without intervening with storage and
other notebooks. I'll consider this feedback in the PR then and possibly
you can go ahead and try it and leave more feedback there.

Best,
Khalid.

On Wed, Jul 6, 2016 at 4:06 AM, ashish rawat  wrote:

> Thanks Moon and Mohit.
>
> Moon,
>
> It's not clear to me if offline mode would allow changing input controls
> (dropdowns/input box etc) and view the new result. Our requirement is for a
> dashboard mode, where multiple users can play with the data using the input
> controls but don't interfere with each other's work. This is a very basic
> requirement for making Dashboards using Zeppelin.
>
> I think isolating a notebook copy in a web socket/user session (in
> Dashboard mode), can achieve the desired results.
>
> Mohit,
>
> I am avoiding creating multiple physical copies, since it looks difficult
> to maintain for an ever increasing set of notebooks and users.
>
> Regards,
> Ashish
>
>
> On Tue, Jul 5, 2016 at 11:16 PM, Mohit Jaggi  wrote:
>
>> What if you make a physical copy of the notebook? Then the socket list
>> will have only one destination. Perhaps you can define a “notebook
>> template” as follows:
>>
>> Z -> Menu -> Create notebook template -> [ define your notebook template
>> here ]
>> Z -> Menu -> Create notebook from template -> [ choose the above template
>> ] -> make a physical copy of the template
>>
>> If the template changes, the notebook is based on a previous version but
>> I think that is fine for many use cases.
>>
>>
>> On Jul 4, 2016, at 10:14 PM, ashish rawat  wrote:
>>
>> + user list, hoping someone can help here!
>>
>> On Mon, Jul 4, 2016 at 10:48 PM, ashish rawat 
>> wrote:
>>
>>> Hi everyone,
>>>
>>> I am trying to implement a functionality in Zeppelin, where a notebook
>>> copy can be kept with each websocket associated with that notebook. This
>>> way the notebook would be opened in read-only mode and changes made by one
>>> connection would not be visible to the other connections over the same
>>> notebook. I would additionally disable the note.persist in this case.
>>>
>>> I explored the code a little and found that NotebookServer is keeping a
>>> map of notebookIds to list of sockets. Further, it seems that any message
>>> to a specific notebook gets broadcasted to the complete list of sockets
>>> associated with that list.
>>>
>>> My initial idea was to just maintain a notebook copy for each websocket,
>>> but now this is looking a little complex, since it seems that for every
>>> job, I would also need to maintain the websocket which triggered it,
>>> resulting in changes across the codebase.
>>>
>>> Can someone help me out in how to approach this change in the cleanest
>>> and fastest way.
>>>
>>> Regards,
>>> Ashish
>>>
>>> PS: The motivation for making this change is mentioned in one of my
>>> earlier questions "Zeppelin multi-user dashboards" on the users list.
>>>
>>
>>
>>
>


[jira] [Created] (ZEPPELIN-1104) ZeppelinHub storage layer error with large noteboks

2016-07-04 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1104:
-

 Summary: ZeppelinHub storage layer error with large noteboks
 Key: ZEPPELIN-1104
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1104
 Project: Zeppelin
  Issue Type: Bug
  Components: zeppelin-zengine
Reporter: Khalid Huseynov


When using ZeppelinHub storage layer with large notebooks the following 
exception keeps appearing: 

```
WARN [2016-07-04 15:31:34,887] ({WebSocketClient@1872088401-66} 
Parser.java[notifyWebSocketException]:235) - 
org.eclipse.jetty.websocket.api.MessageTooLargeException: Text message size 
[325407] exceeds maximum size [65536]
at 
org.eclipse.jetty.websocket.api.WebSocketPolicy.assertValidTextMessageSize(WebSocketPolicy.java:140)
at 
org.eclipse.jetty.websocket.common.Parser.assertSanePayloadLength(Parser.java:127)
at org.eclipse.jetty.websocket.common.Parser.parseFrame(Parser.java:482)
at org.eclipse.jetty.websocket.common.Parser.parse(Parser.java:254)
at 
org.eclipse.jetty.websocket.common.io.AbstractWebSocketConnection.readParse(AbstractWebSocketConnection.java:632)
at 
org.eclipse.jetty.websocket.common.io.AbstractWebSocketConnection.onFillable(AbstractWebSocketConnection.java:480)
at 
org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
at java.lang.Thread.run(Thread.java:745)
 WARN [2016-07-04 15:31:34,887] ({WebSocketClient@1872088401-66} 
ZeppelinWebsocket.java[onWebSocketError]:57) - Zeppelin socket connection error 
org.eclipse.jetty.websocket.api.MessageTooLargeException: Text message size 
[325407] exceeds maximum size [65536]
at 
org.eclipse.jetty.websocket.api.WebSocketPolicy.assertValidTextMessageSize(WebSocketPolicy.java:140)
at 
org.eclipse.jetty.websocket.common.Parser.assertSanePayloadLength(Parser.java:127)
at org.eclipse.jetty.websocket.common.Parser.parseFrame(Parser.java:482)
at org.eclipse.jetty.websocket.common.Parser.parse(Parser.java:254)
at 
org.eclipse.jetty.websocket.common.io.AbstractWebSocketConnection.readParse(AbstractWebSocketConnection.java:632)
at 
org.eclipse.jetty.websocket.common.io.AbstractWebSocketConnection.onFillable(AbstractWebSocketConnection.java:480)
at 
org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
at java.lang.Thread.run(Thread.java:745)
 INFO [2016-07-04 15:31:34,888] ({WebSocketClient@1872088401-66} 
ZeppelinWebsocket.java[onWebSocketClose]:45) - Zeppelin connection closed with 
code: 1009, message: Text message size [325407] exceeds maximum size [65536]
 INFO [2016-07-04 15:31:34,916] ({qtp157456214-17} 
ZeppelinHubRepo.java[save]:178) - ZeppelinHub REST API saving note 2B2XKFCDM 
 INFO [2016-07-04 15:31:34,923] ({qtp157456214-17} 
NotebookServer.java[onClose]:237) - Closed connection to 127.0.0.1 : 58593. 
(1006) EOF: Protocol wrong type for socket
ERROR [2016-07-04 15:31:34,923] ({qtp157456214-17} 
NotebookServer.java[broadcast]:330) - socket error
org.eclipse.jetty.io.EofException
at org.eclipse.jetty.io.ChannelEndPoint.flush(ChannelEndPoint.java:192)
at org.eclipse.jetty.io.WriteFlusher.flush(WriteFlusher.java:408)
at org.eclipse.jetty.io.WriteFlusher.write(WriteFlusher.java:302)
at 
org.eclipse.jetty.io.AbstractEndPoint.write(AbstractEndPoint.java:129)
at 
org.eclipse.jetty.websocket.common.io.FrameFlusher$Flusher.flush(FrameFlusher.java:152)
at 
org.eclipse.jetty.websocket.common.io.FrameFlusher$Flusher.process(FrameFlusher.java:216)
at 
org.eclipse.jetty.util.IteratingCallback.processing(IteratingCallback.java:246)
at 
org.eclipse.jetty.util.IteratingCallback.iterate(IteratingCallback.java:208)
at 
org.eclipse.jetty.websocket.common.io.FrameFlusher.enqueue(FrameFlusher.java:381)
at 
org.eclipse.jetty.websocket.common.io.AbstractWebSocketConnection.outgoingFrame(AbstractWebSocketConnection.java:567)
at 
org.eclipse.jetty.websocket.common.extensions.ExtensionStack$Flusher.process(ExtensionStack.java:389)
at 
org.eclipse.jetty.util.IteratingCallback.processing(IteratingCallback.java:246)
at 
org.eclipse.jetty.util.IteratingCallback.iterate(IteratingCallback.java:208)
at 
org.eclipse.jetty.websocket.common.extensions.ExtensionStack.outgoingFrame(ExtensionStack.java:290)
at 
org.eclipse.jetty.websocket.common.WebSocketRemoteEndpoint.uncheckedSendFrame(WebSocketRemoteEndpoint.java:304

[jira] [Created] (ZEPPELIN-1044) Possibility to browse checkpoint (revision) and load/restore notebook from checkpoint

2016-06-21 Thread Khalid Huseynov (JIRA)
Khalid Huseynov created ZEPPELIN-1044:
-

 Summary: Possibility to browse checkpoint (revision) and 
load/restore notebook from checkpoint
 Key: ZEPPELIN-1044
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-1044
 Project: Zeppelin
  Issue Type: Improvement
Reporter: Khalid Huseynov


This is basically version control flow for the notebooks. It would be useful to 
be able to list the history of notebook revisions, view them, and restore 
notebook to some of previous revisions.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


Re: [DISCUSS] Apache Zeppelin 0.6.0 Release

2016-06-09 Thread Khalid Huseynov
+1 on release.

On Thu, Jun 9, 2016 at 11:13 AM, Prabhjyot Singh 
wrote:

> +1 for release.
>
> And just noticed https://github.com/apache/zeppelin.
>
>
> On 9 June 2016 at 23:29, Alexander Bezzubov  wrote:
>
> > +1 for cutting a release ASAP
> >
> > And thank you Mina for volunteering to manage the next release!
> >
> > On Thu, Jun 9, 2016, 18:21 moon soo Lee  wrote:
> >
> > > +1 on dedicated release manager (thanks for volunteering, Mina!)
> > >
> > > On Thu, Jun 9, 2016 at 7:41 AM Felix Cheung  >
> > > wrote:
> > >
> > > > +1 on release branch+1 on dedicated release manager (thanks for
> > > > volunteering, Mina!)
> > > >
> > > >
> > > >
> > > > _
> > > > From: mina lee 
> > > > Sent: Wednesday, June 8, 2016 9:50 AM
> > > > Subject: Re: [DISCUSS] Apache Zeppelin 0.6.0 Release
> > > > To:  
> > > >
> > > >
> > > > Moon, I think it's good idea to cut the branch on 15 June.
> > > > As we discussed in previous release discussion thread [1], shall we
> > take
> > > a
> > > > rotation for this release?
> > > > If so, I would like to volunteer this time.
> > > >
> > > > But in the end, I think it would be better to have one dedicated
> > release
> > > > manager like other apache projects do. It takes time for every new
> > > release
> > > > manager to get familiar with apache release process, set the
> > environment,
> > > > etc. And I expect for community to be more structured at release by
> > > having
> > > > release manager who can takes more about release time, release scope.
> > > >
> > > > regards,
> > > > mina
> > > >
> > > > [1]
> > > >
> > > >
> > >
> >
> http://apache-zeppelin-dev-mailing-list.75694.x6.nabble.com/DISCUSS-Release-0-5-6-incubating-td4728i20.html
> > > >
> > > > On Wed, Jun 8, 2016 at 8:34 AM, Guillaume Alleon <
> > > > guillaume.all...@gmail.com
> > > > > wrote:
> > > >
> > > > > Ho mon
> > > > >
> > > > > Do we have a branch using the preview release of spark 2.0?
> > > > >
> > > > > Cheers
> > > > > Guillaume
> > > > >
> > > > > Sent from a small device
> > > > >
> > > > > > On 08 Jun 2016, at 17:10, moon soo Lee  wrote:
> > > > > >
> > > > > > How about we create release branch 'branch-0.6' from master on 15
> > > June,
> > > > > > 00:00 PDT, and start release process from that point?
> > > > > >
> > > > > > Most of TLP migration has been done (except for git source repo /
> > > > mirror
> > > > > > migration) and we can always create minor release with spark 2.0
> > > > support
> > > > > if
> > > > > > spark 2.0 support is not ready when we cut the release branch.
> > > > > >
> > > > > > Thanks,
> > > > > > moon
> > > > > >
> > > > > >> On Wed, May 25, 2016 at 1:09 PM Vinay Shukla <
> > vinayshu...@gmail.com
> > > >
> > > > > wrote:
> > > > > >>
> > > > > >> Agree, let's make our first release as a TLP.
> > > > > >>
> > > > > >> On Wednesday, May 25, 2016, Felix Cheung <
> > felixcheun...@hotmail.com
> > > >
> > > > > >> wrote:
> > > > > >>
> > > > > >>> +1 on release.If we could sort out Spark 2.0 great, if not we
> > > should
> > > > > have
> > > > > >>> a release anyway.
> > > > > >>>
> > > > > >>>
> > > > > >>>
> > > > > >>>_
> > > > > >>> From: Alexander Bezzubov >
> > > > > >>> Sent: Tuesday, May 24, 2016 4:44 PM
> > > > > >>> Subject: Re: [DISCUSS] Apache Zeppelin 0.6.0 Release
> > > > > >>> To:  >
> > > > > >>>
> > > > > >>>
> > > > > >>> Thank you Moon for starting discussion,
> > > > > >>> I can not agree more - it's time for another release, our first
> > one
> > > > as
> > > > > >> TLP!
> > > > > >>>
> > > > > >>> As you said - there are many improvements, more then enough
> for a
> > > new
> > > > > >>> release, but having Spark 2.0 profile there would be awesome.
> > > > > >>>
> > > > > >>> --
> > > > > >>> Alex
> > > > > >>>
> > > > > >>> On Wed, May 25, 2016, 03:34 Luciano Resende <
> > luckbr1...@gmail.com
> > > > > >>> > wrote:
> > > > > >>>
> > > > >  On Tue, May 24, 2016 at 11:30 AM, Jonathan Kelly <
> > > > > >> jonathaka...@gmail.com
> > > > > >>> >
> > > > >  wrote:
> > > > > 
> > > > > > Of course, but it would still be possible for Zeppelin to
> > support
> > > > > >> Spark
> > > > >  2.0
> > > > > > using a Maven profile, right? (Handwaving the difficulty of
> > doing
> > > > so.
> > > > > >>> I'm
> > > > > > mainly just saying that we shouldn't say, "nah, can't do it
> > > because
> > > > > >>> Spark
> > > > > > 2.0 isn't GA yet.")
> > > > > 
> > > > >  Agree.
> > > > > 
> > > > > 
> > > > > >
> > > > > > Otherwise, if Zeppelin 0.6.0 is released before Spark 2.0,
> and
> > we
> > > > > >> don't
> > > > > > make Zeppelin 0.6.0 compatible with Spark 2.0, it may be
> > several
>