Re: Zeppelin Pyspark Interpreter Clarification

Hi Himaprasoon, In binary distribution (build with -Pbuild-distr), zeppelin_pyspark.py is packaged into jar file. Therefore, to be able to run, the file need to be created. Hope this helps. Thanks, moon On Thu, May 19, 2016 at 11:16 PM Himaprasoon P.T wrote: > Hi, > > I was going through zepp

Re: kylin interpreter

Hi Tao Li, Thanks for the good question. Currently, I don't see a way to process result form Kylin interpreter. However, if Kylin interpreter is modified to put result into ResourcePool, and the result is Serializable, then other interpreter like Spark can read the data and have further process wi

Re: Zeppelin server dies immediately after start (Multiple SLF4J bindings exception)

Hi Pratik Joshi, Thanks for sharing the problem. However, i'm not sure "Class path contains multiple SLF4J bindings" error terminates Zeppelin server. Do you have another stacktrace or error? Thanks, moon On Tue, May 10, 2016 at 11:19 PM Pratik Joshi wrote: > Hello everyone, > > I have the lat

Re: Re: Proposed Resolution: Establish Apache Zeppelin TLP

Updated proposed resolution send to board@. Draft in Zeppelin wiki is updated as well. Thanks, moon On Wed, May 4, 2016 at 9:44 PM Konstantin Boudnik wrote: > On Wed, May 04, 2016 at 05:57PM, moon soo Lee wrote: > > Then, would it be fine to just send exactly the same email (except

Re: Re: Proposed Resolution: Establish Apache Zeppelin TLP

Then, would it be fine to just send exactly the same email (except for the paragraph) to board@ ? Regarding wiki, in Zeppelin wiki page, we have draft "Board resolution (DRAFT) for the graduation

Re: Zeppelin Helium Build failure

l > >> org.apache.zeppelin.resource.ResourceKey > >> > >> were not found in the classes directory or the src/ directory of the > >> zeppelin-interpreter directory. I suppose these are important classes as > >> they are required by the run() method and the

Re: Zeppelin Helium Build failure

Hi Anish, I'm trying to add visualization example application, based on d3. Let me ping you once it's been added. Hope i can add it in next week. I think it's okay to choose dataset that you think you're interested in. Thanks! moon On Sat, Apr 30, 2016 at 10:10 AM anish singh wrote: > Hello,

Re: Zeppelin Helium Build failure

Hi Anish, Thanks for the interest. Could you try build https://github.com/apache/incubator-zeppelin/pull/836 instead of https://github.com/Leemoonsoo/incubator-zeppelin/tree/helium? #836 is still work in progress but implemented most of proposed features of ProofOfConcept implementation. Thanks

Re: Error when importing a notebook

Hi, It would possibly related to https://github.com/apache/incubator-zeppelin/blob/02a042b1fdbd9d89f611d4440f022483c7cd2bd5/zeppelin-server/src/main/java/org/apache/zeppelin/server/ZeppelinServer.java#L177 Which is controlled by either ZEPPELIN_WEBSOCKET_MAX_TEXT_MESSAGE_SIZE or zeppelin.websock

[RESULT] [VOTE] Graduate Zeppelin from the Incubator

t; > > > > > > > +1 (binding) > > > > > > > > On Mon, Apr 11, 2016 at 11:21 PM, Bruno Bonnin > > > wrote: > > > > > > > >> +1 > > > >> > > > >> > > > >> 2016-04-11 15:48 GMT+02:00 moon soo

Re: Running zeppelin as a webapp within another server

> Server. > > 2) After deploying it, I am able to access the zeppelin UI via the link " > > https://10.100.4.177:9443/zeppelin-web-0.6.0-incubating-SNAPSHOT/";. > > > > But that UI cannot connect to the zeppelin server which is running on > > local

Re: [ZEPPELIN-519] Get interpreter id via REST API

Hi, Preciously, InterpreterSetting has 'id' field, but Interpreter doesn't. Identification of Interpreter can be with either 'className' or combination of 'group' and 'name' from interpreter registration information[1]. [1] https://github.com/apache/incubator-zeppelin/blob/master/zeppelin-interp

Re: [VOTE] Graduate Zeppelin from the Incubator

6444 > > > > > > > > > > W: quantium.com.au > > > > > linkedin.com/company/quantium > > > > > facebook.com/QuantiumAustralia > > > > > twitter.com/QuantiumAU > > > > > > > > > > The con

[VOTE] Graduate Zeppelin from the Incubator

Dear Community, Based on the positive discussion, I'm calling for the community VOTE to graduate Apache Zeppelin (incubating) to top level project (TLP). Please vote on the resolution pasted below. [ ] +1 Graduate Apache Zeppelin from the Incubator. [ ] +0 Don't care. [ ] -1 Don't graduate Apach

[CANCEL] [VOTE] Graduate Zeppelin from the Incubator

On Mon, Apr 11, 2016 at 5:49 PM moon soo Lee wrote: > Thanks for the advices. > > Now, I'm closing this vote (cancel) and start a new vote with board > resolution, soon. > > Thanks, > moon > > > On Fri, Apr 8, 2016 at 7:58 AM Roman Shaposhnik > wrote: >

Re: [VOTE] Graduate Zeppelin from the Incubator

holding for what have being discussed here, as well as nominating Moon > as a > > Chair. > > > > Thanks! > > > > 1. > > > https://cwiki.apache.org/confluence/display/ZEPPELIN/Board+resolution+%28DRAFT%29+for+the+graduation > > 2. http://incubator.apache

Re: Running zeppelin as a webapp within another server

Hi, While zeppelin-web.war contains only front-end side codes, therefore ZeppelinServer daemon should be running in somewhere and zeppelin-web need to connect to it. You might be interested in baseUrl.service.js [1], which defines how front-end find ZeppelinServer (rest, websocket) address. Hope

Re: [VOTE] Graduate Zeppelin from the Incubator

ovides a nice forcing function for that discussion to come up. E.g.: > http://markmail.org/thread/4nadptmwrb3nqqd4 > > Other than that -- perhaps we can start with nominations (self-nominations > are always encouraged) and if there's more than one candidate we can > do a v

Re: [VOTE] Graduate Zeppelin from the Incubator

Hi Thanks Henry and Roman for the advice. I have created a draft https://cwiki.apache.org/confluence/display/ZEPPELIN/Board+resolution+%28DRAFT%29+for+the+graduation. Please take a look. In the draft, Project description and scope follows description in incubation status page [1]. Includes all

Re: Interpreter temporary files

Hi Johan, Thanks for considering the contribution. Creating jira issue is not mandatory in this project. But it's always good idea to open an JIRA issue for a pullrequest. JIRA issue is not only a useful for the discussion but also useful to track extra informations such as fix version. Moreover,

[VOTE] Graduate Zeppelin from the Incubator

Dear Community, Based on the positive discussion, I'm calling for the community VOTE to graduate Apache Zeppelin (incubating) to top level project (TLP). Please vote on the resolution pasted below. [ ] +1 Graduate Apache Zeppelin from the Incubator. [ ] +0 Don't care. [ ] -1 Don't graduate Apach

Re: [DISCUSS] Graduate Zeppelin from the Incubator

ffiliations? > > How would we know if you desire more members? > > > > I found this: > > http://people.apache.org/committers-by-project.html#incubator > > Although - it's one large list with several incubator projects vs > > zeppelin alone. > > >

Re: Share data using zeppelin context

Hi, You can get ResourcePool [1] from InterpreterContext [2]. ResourcePool will allow one interpreter put java object and the other interpreter get, when object is serializable. Hope this helps. Thanks, moon [1] https://github.com/apache/incubator-zeppelin/blob/master/zeppelin-interpreter/src/m

Re: RangeError: Maximum call stack size exceeded

Hi, Thanks for sharing the problem. I personally didn't see the error, but i could able to find some related subjects in stackoverflow. http://stackoverflow.com/questions/16748737/grunt-watch-error-waiting-fatal-error-watch-enospc/17437601#17437601 http://stackoverflow.com/questions/22285942/gr

Re: [DISCUSS] Back to PRs 208 & 702...

appens to open source projects when the committers ignore the community. > > > On Mar 30, 2016, at 10:25 AM, moon soo Lee wrote: > > > > Amos, > > > > Please get familiarize with yourself more about contribution and review > > process. > > > > > http

Re: [DISCUSS] Back to PRs 208 & 702...

o our > > regularly scheduled positive ASF contribution spirit. > > > > Best, > > Jeff > > > > [1] > > > > > http://apache-zeppelin-incubating-dev-mailing-list.75694.x6.nabble.com/R-interpreter-in-Zeppelin-further-steps-tp6967.html > > >

Re: [DISCUSS] Back to PRs 208 & 702...

tantin Boudnik < > > > > > c...@apache.org> > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > That's a $64K question. Why not indeed? > > > > > > > > >

Re: To anyone using Zeppelin + Ignite

Hi, I'm +1 for dropping change on ignite and continue. Separate issue can handle companion object for ignite. Thanks, moon On Tue, Mar 29, 2016 at 12:55 PM Trevor Grant wrote: > There is a PR being held up by Ignite failing a test under one build of > hadoop. > > The PR addresses Zeppelin+Scal

Re: [DISCUSS] Back to PRs 208 & 702...

; This is the fifth time we've had a thread about this, and the fifth time > its come out the same way. > > On Tue, Mar 29, 2016 at 6:55 PM, moon soo Lee wrote: > > > > > > > Moon --- People disagree with you. > > > > > > > > Amos, disagreeing

Re: [DISCUSS] Back to PRs 208 & 702...

cussion to clear up any question about the > sense of the community. > > This is the apache way. You have said many times, "community before code." > > How many more people do you need to hear from? How many more discussion > threads saying the same thing do you need to

Re: [DISCUSS] Back to PRs 208 & 702...

t pass CI. As i explained in previous email, it's more like problem of policy. If you have good technical reason to change the policy, please start a discussion. Thanks, moon > > > > On Tue, Mar 29, 2016 at 1:53 PM, moon soo Lee wrote: > > > Hi, > > > > R

Re: [DISCUSS] Back to PRs 208 & 702...

> consensus > > of the community. > > > > The thread asks for two things - 208 to be merged without further delay, > and > > for you to stay out of the issue of R interpreters entirely. 702 can be > > addressed after 208 is merged. > > > > How many more

Re: [DISCUSS] Back to PRs 208 & 702...

be added. > >> > >> Regards, > >> Sourav > >> > >> > >> On Mon, Mar 28, 2016 at 12:37 AM, Eran Witkon > wrote: > >> > >>> @Elberg, If I were you I would ask myself why isn't the community > taking > >>&g

Re: Sharing data between interpreters

Hi, One way is using ResourcePool [1] from InterpreterContext [2]. ResourcePool can store any java object. If object is serializable, other interpreter process can read the object. Let me know if you have more questions about using ResourcePool. Thanks, moon [1] https://github.com/apache/incuba

Re: [DISCUSS] Back to PRs 208 & 702...

Hi, Simply put, - 702 and/or 208 will can merged as they're ready. [1] - 208 will not be merged while it does not pass CI. If you think code in 208 is not a problem but CI itself or other part of Zeppelin is problem, then that particular problem be fixed before merge 208. - 702 has proper integra

Re: [discuss] PR 789

Hi, Thanks for your feedback about PR-789. It's bit difficult to catch your point but, i tried best to summarize your feedback. 1. PR should have separate gui interface for environment variable configuration. 2. Configurations are placed multiple places. That cause conflict. 3. Order of precedenc

Re: Angular and Interpretor Zeppelin

Hi Aurélien Hébert, Currently, Each InterpreterGroup has a AngularObjectRegistry [1]. InterpreterGroup is list of interpreter instances in the same group. For example instance of SparkInterpreter and SparkSqlInterpreter will be in the same InterpreterGroup object, but ShellInterpreter will not.

Re: [Zeppelin-684][GSoC - 2016] Inquire about Helium

he.zeppelin:zeppelin-interpreter:jar:0.6.0-incubating-SNAPSHOT is > missing, no dependency information available > > Please provide help on how to resolve this issue. > > Thanks, > Anish. > > On Tue, Mar 22, 2016 at 10:30 PM, moon soo Lee wrote: > > > Hi, > > >

Re: [Gsoc - 2016][Zeppelin - 683]

Hi, Scope of ZEPPELIN-683 is implementing a Zeppelin NotebookRepo [1] based on one of P2P technology. I think ZEPPELIN-683 leads to very interesting challenge (as a future work). I can see characteristics of P2P technology based NotebookRepo as, * Massively (globally) scalable. * Very Elastic. A

Re: [Zeppelin-684][GSoC - 2016] Inquire about Helium

Hi, Thanks for the interest. SparkMon.java has main() method. Normally most JAVA IDE able to run main(). Have you tried to generate eclipse project file using mvn eclipse:eclipse and import? Once project is imported, you'll need to run Zeppelin (Helium Proof of concept version) and there will be

Re: [GitHub] incubator-zeppelin pull request: R and SparkR Support [WIP]

on/how-it-works.html#philosophy On Thu, Mar 17, 2016 at 8:22 PM Amos B. Elberg wrote: > Moon - 208 has been ready for merge for six months. > > The reason it hasn't been merged is exclusively you--against the will of > the community. > > > On Mar 17, 2016, at 10:34 PM, moo

Re: ZEPPELIN-682

to AFS. Please could you > review it. > > Thanks and regards > > On Fri, Mar 18, 2016 at 4:05 AM, moon soo Lee wrote: > > > Hi, > > > > Could you share little bit about how did you add jar manually? > > Did you try add dependency in pom.xml? like > >

Re: ZEPPELIN-682

Hi, Could you share little bit about how did you add jar manually? Did you try add dependency in pom.xml? like group_id artifact_id version_number system ...jar Thanks, moon On Thu, Mar 17, 2016 at 12:30 PM Minudika Malshan wrote: > Hi, > > I am going to implement a sample java interprete

Re: [Zeppelin-684][GSoC - 2016] Proposal First Draft

Hi Anish, Apologies for late response. Regarding Helium functionality, it's about pluggable module of Zeppelin and loading them on the fly. Initial helium proposal [1] tried to make any user code packaged and runs on notebook. Just like we import library and run it. Implementation is working in p

Re: [GitHub] incubator-zeppelin pull request: R and SparkR Support [WIP]

he same. > > Your conduct has been obstructive and dishonest, and you've been thwarting > the will of the community for months. > > > On Mar 17, 2016, at 3:35 PM, moon soo Lee wrote: > > > > Amos, > > > > I had volunteered help fixing CI of 208. Hope yo

Re: [GitHub] incubator-zeppelin pull request: R and SparkR Support [WIP]

of it. > > PPMC review has been *complete* since Dexember. > > Your lack of integrity is truly astounding. > > If you will not honor your commitment to stay out voluntarily, then > perhaps we need to begin a community discussion about your level of > involvement. > > O

Re: [GitHub] incubator-zeppelin pull request: R and SparkR Support [WIP]

u. > > That is not the Apache way. It also not honest. > > > On Mar 17, 2016, at 4:51 PM, moon soo Lee wrote: > > > > Amos, > > > > You seems always end up with personal attack and accuse someone when you > > don't have reasonable answer. Your

Re: [GitHub] incubator-zeppelin pull request: R and SparkR Support [WIP]

Amos, There're no such commitment. I wanted to stay out because of it was too noisy. but i can always be involved if i want. You're not trying to interrupt PPMC reviewing contribution, right? Thanks, moon On Wed, Mar 16, 2016 at 10:58 PM Amos B. Elberg wrote: > Moon - you committed to stay ou

Re: Zeppelin 0.6.0 on Ubuntu 14.04 0.6.0

Hi Marko, Thanks for interest to the contribution. by the way, http://zeppelin-project.org was the homepage used before Zeppelin moved to apache incubator. Official homepage is now http://zeppelin.incubator.apache.org/ (just removed homepage contents from http://zeppelin-project.org to prevent fu

R interpreter in Zeppelin: further steps

-- Forwarded message - From: Amos Elberg Date: Mon, Mar 7, 2016 at 4:12 PM Subject: Re: R interpreter in Zeppelin: further steps To: moon soo Lee Moon - No, I do not accept what you just wrote. None of the 'technical' claims in your email are correct. In addi

Re: R interpreter in Zeppelin: further steps

e any sense? It > would only create more confusion. > > So why are you continuing to hold-up 208? > > -- > Amos Elberg > Sent with Airmail > > From: moon soo Lee > Reply: dev@zeppelin.incubator.apache.org > > Date: March 7, 2016 at 2:19:57 PM > To: dev@z

Re: R interpreter in Zeppelin: further steps

unds like we're back on the same path we were on before, where > there's just a series of excuses for not merging 208, none of which have > any technical justification. > > > On Mar 7, 2016, at 1:11 PM, moon soo Lee wrote: > > > > Hi, > > > > I agree on

Re: [DISCUSS] Release policy

s we've said "hey we're behind schedule but it's been so > long since a release let's just do one now anyway." What would be the > benefit in institutionalizing that? > > > > > On Mar 7, 2016, at 12:24 PM, moon soo Lee wrote: > > > >

Re: R interpreter in Zeppelin: further steps

Hi, I agree on c), merge both, in my strong opinion. Regarding a) I agree on Eran, it's better let user and contributor decide them selves. For example, there can be other spark, sparkR interpreter implementation based on Apache Toree (incubating) [1] or Livy[2]. If someone contribute spark, spa

Re: [DISCUSS] Release policy

of interest for different > features > and make an educated guess on when to cut an RC. > > Cos > > On Fri, Mar 04, 2016 at 03:47PM, moon soo Lee wrote: > > Hi folks, > > > > Zeppelin project used made releases driven by feature. > > I'm getting const

[DISCUSS] Release policy

Hi folks, Zeppelin project used made releases driven by feature. I'm getting constant feedback from users about moving to date-driven release policy from current feature-driven. (such as major release every 3 months) They have pros and cons. The question is, which policy is better for users and d

Re: Apache BigData Con

etween masters and > release candidates. > > Best! > tg > > > > Trevor Grant > Data Scientist > https://github.com/rawkintrevo > http://stackexchange.com/users/3002022/rawkintrevo > http://trevorgrant.org > > *"Fortunate is he, who is able to know the

Re: Apache BigData Con

Hi Trevor Grant, It's great to see Zeppelin being presented in conferences. Thanks for sharing. There is flink interpreter based on scala repl, https://github.com/apache/incubator-zeppelin/tree/master/flink, Do we need additional interpreter for Flink Streaming? Thanks, moon On Tue, Mar 1, 2016

Re: [DISCUSS] Update Roadmap

nd the related interpreter). A >> possible solution would be to spawn separate instance of the same >> interpreter at every notebook/user level. >> >> Regards, >> Sourav >> >> On Sat, Feb 27, 2016 at 12:48 PM, moon soo Lee wrote: >> >>> Hi Zeppe

Re: [DISCUSS] Update Roadmap

s, moon On Sat, Feb 27, 2016 at 1:15 PM Darren Govoni wrote: > Looks fantastic moon. > > Anything in the community with regards to easier debugging with specific > backends? E.g. spark. > > Sent from my Verizon Wireless 4G LTE smartphone > > > ---- Original message

[DISCUSS] Update Roadmap

Hi Zeppelin users and developers, The roadmap we have published at https://cwiki.apache.org/confluence/display/ZEPPELIN/Zeppelin+Roadmap is almost 9 month old, and it doesn't reflect where the community goes anymore. It's time to update. Based on mailing list, jira issues, pullrequests, feedbacks

Re: [DISCUSS] Enable Interpreters runs in different nodes

Hi Jongyoul, I think it's very nice to run interpreters on remote machine. That'll make help scale out the Zeppelin. And the approach in your proposal make sense. If i improve the idea little bit more, how about we make common abstraction for InterpreterProcess and have EmbeddedInterpreterProcess

Re: How can we refine interpreters?

Hi Pedro Toribio Guardiola, You can attach your debugger to running process. For Intellij, i have added export ZEPPELIN_JAVA_OPTS="-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005" in conf/zeppelin-env.sh Start Zeppelin and run some code using SparkInterpreter. Then Zeppelin wi

Re: [DISCUSS] Graduate Zeppelin from the Incubator

gt; and I'll try and free up some time in the near future to help out) > > Tom > On 12 Feb 2016 5:31 am, "moon soo Lee" wrote: > > > Correction > > > > from > > > > And programmer is a requirement of (P)PMC [1]. > > > > to > >

Re: [DISCUSS] Graduate Zeppelin from the Incubator

Correction from And programmer is a requirement of (P)PMC [1]. to And programmer is not a requirement of (P)PMC [1]. Thanks, moon On Fri, Feb 12, 2016 at 2:30 PM moon soo Lee wrote: > Appreciate Amos, for sharing thoughtful concerns. > > If i add more answer, > > So far,

Re: [DISCUSS] Graduate Zeppelin from the Incubator

Appreciate Amos, for sharing thoughtful concerns. If i add more answer, So far, Zeppelin has 8 PPMC from 4 different affiliations. And 5 of them is work in the same company. 3 of them from 3 different affiliation invited since it's incubation. I personally think all 3 are good programmer, but it

Re: [DISCUSS] Graduate Zeppelin from the Incubator

now how to > code. I think you were trying to help your friend out, and that's why you > asked him to "supervise" the work. I think after I refused to work further > with Felix, you intended to just ignore the whole thing until it went away. > Which, honestly, it would

Re: [DISCUSS] Graduate Zeppelin from the Incubator

Hi Greg, On Sat, Feb 6, 2016 at 10:34 PM Greg Stein wrote: > On Thu, Feb 04, 2016 at 10:50:10AM -0800, Mina Lee wrote: > > I think Zeppelin meets the requirements for graduation. > > > > Zeppelin community is growing fast and getting more diverse. Number of > > contributors has increased more th

Re: Concerns about PR208 was Re: [DISCUSS] Graduate Zeppelin from the Incubator

presentation contacted Felix to use the code, he > either ignored them or referred them to my repo, saying it was his work. > > > > Moon then ignored my emails about it until he began hearing from users > who complained why the PR, which had obtained a userbase, was ignored

Re: [DISCUSS] Graduate Zeppelin from the Incubator

t you appointed him to "oversee" > and "supervise" the PR. Even though you say you knew he's not a > programmer and doesnt know how to write code? > > I don't think you're being straight with everyone. > > > On Sat, 2016-02-06 at 00:19

Re: [DISCUSS] Graduate Zeppelin from the Incubator

ging what happened in a 3rd party > > meetup. > > Third party? Moon, you were a participant! It was part of your own > presentation! > > And it was made at a time when you had "officially," supposedly, asked > Felix to "supervise" the PR. > > > > On Fr

Re: [DISCUSS] Graduate Zeppelin from the Incubator

, moon On 2016년 2월 6일 (토) at 오전 8:59 moon soo Lee wrote: > Amos, > > Thanks for opinion. > > I think CI stability is not a problem for graduation. > CI sometimes break, but always fixed and back online in a day. CI has no > problem in general. > > I must say clearly, p

Re: [DISCUSS] Graduate Zeppelin from the Incubator

Felix. > > > And non-code contribution is also very important (docs, marketing, > > etc). It's even possible to become a committer with out code > > contribution. > > That is true. But the question is whether the project is a > 'meritocracy.' In this case, th

Concerns about PR208 was Re: [DISCUSS] Graduate Zeppelin from the Incubator

On Sat, Feb 6, 2016 at 2:37 AM Amos Elberg wrote: > Since subtlety has not worked, I will now be blunter. > > The reason PR 208 has been delayed since August is that Felix Cheung > demanded that I credit him as a co-author even though he hadn't done > any work. > > When I refused, Felix privately

Re: [DISCUSS] Graduate Zeppelin from the Incubator

ant" discussions happen asynchronously in written form > > on the project's main communications channel. Offline, face-to-face > > or private discussions that affect the project are also documented on > > that channel. > > Yes > > Absolutely not the case. Email

Re: High cpu usage on chrome taskmanager

Hi Utku, cd zeppelin-web grunt serve will run front-end on port 9000. (you still need to run Zeppelin) It might help you see what consumes cpu time. Thanks, moon On Fri, Feb 5, 2016 at 2:54 PM Ali Utku Selen wrote: > Hi! > > Even an empty page has high cpu usage on chrome. I build from 194038

Re: [DISCUSS] Graduate Zeppelin from the Incubator

gt;> > > PMC >> >> > > > > > > Member... >> >> > > > > > > >> >> > > > > > >Moon is correct that readiness for graduation is a >> function >> >> of >> >>

Re: [DISCUSS] Graduate Zeppelin from the Incubator

> Incubator, > >> > > > > > > Zeppelin's had two relatively easy releases, has finished > the > >> > > > > > > incubation checklist > >> > > > > > > (http://incubator.apache.org/projects/zeppelin.html), has > >> added >

Re: [DISCUSS] Graduate Zeppelin from the Incubator

potential. > > Part of being an Apache project is dealing with significant PRs from > outside the core development team. Addressing these issues for R, and > Prasad's PR, seems like a good test of project maturity. These were > features on the roadmap which were supposed to be i

Re: [DISCUSS] Graduate Zeppelin from the Incubator

dering if any help can help > to get those problems fixed. > > Regards, > Sourav > > On Wed, Feb 3, 2016 at 4:22 PM, moon soo Lee wrote: > > > Hi guys, > > > > I don't think any feature (R or whatever) should be prerequisites of > > gra

Re: [DISCUSS] Graduate Zeppelin from the Incubator

last attempt to > graduate. You seem very focused on me. > > > On Feb 3, 2016, at 10:32 PM, moon soo Lee wrote: > > > > Amos, > > > > I'm not sure why you taking me to want turn personal debate to you. > > I'm sure i don't want to have personal

Re: [DISCUSS] Graduate Zeppelin from the Incubator

오후 12:01 Amos B. Elberg wrote: > Moon please don't try to turn this into a personal debate with me. > Clearly, members of the community disagree with the way you see things. > > > On Feb 3, 2016, at 9:45 PM, moon soo Lee wrote: > > > > I shared why i specific f

Re: [DISCUSS] Graduate Zeppelin from the Incubator

01 AM Amos B. Elberg wrote: > I think the community should be able to decide for itself what it wants to > talk about and I don't think it's appropriate for anyone to say that part > of the discussion is off-limits. > > > On Feb 3, 2016, at 7:22 PM, moon soo Lee wrote:

Re: [DISCUSS] Graduate Zeppelin from the Incubator

Wed, 3 Feb 2016 at 20:24 Sourav Mazumder < > sourav.mazumde...@gmail.com> > >> wrote: > >> > >>> Surely I vote for the same. Zeppelin is already very popular in > different > >>> quarts of the Spark/Big Data user group. High time to graduate i

Re: [DISCUSS] Graduate Zeppelin from the Incubator

Thanks Alexander for resuming the discussion. Let's start a vote. Best, moon On Wed, Feb 3, 2016 at 11:11 PM Alexander Bezzubov wrote: > Dear Zeppelin developers, > > now, after number of releases and committers grew more I'd like to suggest > the re-new the discussion of graduating Zeppelin to

Re: Deserialization issue for AngularObject in RemoteInterpreterServer

to catch all types other than String (or > we can remove completely the String case) : value = gson.fromJson(object) > > > > > On Thu, Jan 28, 2016 at 7:40 AM, moon soo Lee wrote: > > > Good catch. I guess if List type of AngularObject is updated from > > front-end

[DISCUSS] Documentation improvement

Hi, I think documentation is not the strongest part of the project at the moment. There're some undocumented features, out dated informations. And i think more examples, tips and tutorials would be necessary. Also building guide lines for the doc and improving (font, font-size, spaces, etc) woul

Re: Deserialization issue for AngularObject in RemoteInterpreterServer

resource pool PR, it looks promising > > > > > > > On Wed, Jan 27, 2016 at 11:01 PM, moon soo Lee wrote: > > > Hi, > > > > When deserializing AngularObject, RemoteInterpreterServer first try to > > deserialize as a Map, and if it fails, it try to des

Re: Deserialization issue for AngularObject in RemoteInterpreterServer

Hi, When deserializing AngularObject, RemoteInterpreterServer first try to deserialize as a Map, and if it fails, it try to deserialize as a String (in the next statements). So the exception should be muted, as it's just expected exception while guessing the type. I've made commit for muting thi

Re: Streaming interpreter output to frontend

Hi, I'm not sure it's technically possible to make front-end connect to individual interpreter process against cross-domain restrictions of web browser. Also, i think managing firewalls, proxy a single port for a communication between web-browser and Zeppelin is much simpler than each interpreter

Re: Socket communication in Zeppelin

Hi, You can use Angular Display system http://zeppelin.incubator.apache.org/docs/latest/displaysystem/angular.html to update the date from the backend to the front end. Here is very nice example, updating a map from twitter stream, in realtime. https://gist.github.com/granturing/a09aed4a302a7367b

Re: AngularObjecRegistry vs RemoteAngularObjectRegistry, need your thoughs

started by > RemoteInterpreter > class, as described above > > WDYT ? > > > > > On Sun, Jan 24, 2016 at 1:16 AM, moon soo Lee wrote: > > > Hi DuyHai, > > > > Thanks for interest to AngularObject. > > > > In short, RemoteAngularOb

Re: AngularObjecRegistry vs RemoteAngularObjectRegistry, need your thoughs

Hi DuyHai, Thanks for interest to AngularObject. In short, RemoteAngularObjectRegistry is proxy for AngularObjectRegistry that running in interpreter process. Once an AngularObject is created, the object stays in both RemoteAngularObjectRegistry (in zeppelinServer) and AngularObjectRegistry (in

Re: Some feature question

Current master branch includes basic authentication to limit access to Zeppelin, based on Apache Shiro. can be configured by conf/shiro.ini Check https://github.com/apache/incubator-zeppelin/blob/master/conf/shiro.ini Would this works for you? Thanks, moon On Tue, Jan 19, 2016 at 10:42 PM robi

[ANNOUNCE] Welcoming new Zeppelin PPMC and committer

Hi folks, The Apache Zeppelin PPMC is happy to welcome new PPMC member and committer: Felix Cheung. Felix Cheung has been constantly involving the community since last March with providing various improvements and bug fixes. We're very excited to have Felix Cheung join the project as PPMC and co

Re: Exception when starting Zeppelin server

Hi, Thanks for sharing the problem. The log does not have enough information, so i'm not sure why you got those problem. Can you try run binary release from http://zeppelin.incubator.apache.org/download.html and see if it works? Thanks, moon On Wed, Jan 13, 2016 at 9:44 AM Fazlan Mohomed wrote

Re: [VOTE] Release Apache Zeppelin (incubating) 0.5.6-incubating (RC2)

+1 (binding) On Tue, Jan 12, 2016 at 9:09 PM Felix Cheung wrote: > +1 > > Tested: > packaged spark, external sparkSpark/Scala, pyspark, md, sh, flink, various > UI features > Found and filed these bugs, I don't think they are blockers: > > https://issues.apache.org/jira/browse/ZEPPELIN-599 note

Re: [VOTE] Release Apache Zeppelin (incubating) 0.5.6-incubating (RC1)

Checksums and KEY looks fine and binary package working well. While some violation in our website and docs are reported http://mail-archives.apache.org/mod_mbox/incubator-zeppelin-dev/201601.mbox/%3C569286AE.1020602%40apache.org%3E Should we restart vote with fix for the violation https://github.

Re: Overly excessive use of GitHub on your page

Thanks Daniel for finding the violations. Opened a pullrequest for the fix. https://github.com/apache/incubator-zeppelin/pull/616. If you can review this patch, that would be appreciated. Thanks, moon On Sun, Jan 10, 2016 at 8:28 AM Daniel Gruno wrote: > Hi Zeppelin folks, > It appears you are

Re: Zeppelin notebook job questions

Hi Denny, Thanks for asking questions. Notebook scheduling feature with cron like scheduler in Zeppelin rely on quartz scheduler library (http://www.quartz-scheduler.org/). I think it's platform independent and will not be a problem on windows. Once notebook is scheduled, quartz scheduler runs t

  1   2   3   4   >