Github user eranwitkon closed the pull request at:
https://github.com/apache/incubator-zeppelin/pull/243
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the
Github user prabhjyotsingh commented on the pull request:
https://github.com/apache/incubator-zeppelin/pull/229#issuecomment-134494232
Can we start something basic, and then keep improvising it on the need
basis?
Also, I thought "preset": "google" will take care of a lot of thing
Github user prabhjyotsingh commented on the pull request:
https://github.com/apache/incubator-zeppelin/pull/245#issuecomment-134506308
The way I imagined is like this:
| Name | Created on | Actions |
|:- |:---:|:-:|
| 12345 | A
GitHub user eranwitkon opened a pull request:
https://github.com/apache/incubator-zeppelin/pull/254
ZEPPELIN-241- Add tests for REST API
Can someone help in this one?
```
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 9.18 sec
<<< FAILURE! - in org.apache.ze
Github user bzz commented on the pull request:
https://github.com/apache/incubator-zeppelin/pull/244#issuecomment-134503417
Quick question:
> This patch makes Zeppelin binary independent from spark version. Once
Zeppelin is been built, SPARK_HOME can point any version of spark.
Github user eranwitkon commented on the pull request:
https://github.com/apache/incubator-zeppelin/pull/242#issuecomment-134504419
Ready for review\merge
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project doe
Following the discussion about the re-bind of an interpreter to a notebook
and paragraph I was thinking that we should add something like a prompt to
a paragraph.
main reason is to be able to present to the use the "setting" in which he
is working.
e.g. I have two JDBC settings - one for MyDB and t
At the moment in one Notebook you can bind only ONE instance of a given
interpreter. E.g. you can't use MyDB and OtherDB in the same Notebook. This
is a known Zeppelin limitation.
If you have selected and bound multiple instances (UI doesn't prevent you
from doing it) then i guess the first in the
Github user tzolov commented on the pull request:
https://github.com/apache/incubator-zeppelin/pull/198#issuecomment-134525094
Indeed the failures was due to an unrelated CI issue.
Now the build passes and it seems good to go.
---
If your project is set up for it, you can reply t
Github user tzolov commented on the pull request:
https://github.com/apache/incubator-zeppelin/pull/251#issuecomment-134539452
+1
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
GitHub user H4ml3t opened a pull request:
https://github.com/apache/incubator-zeppelin/pull/255
ZEPPELIN_PORT=10008 removed
Port changed but afterwards it is specified the default 8080. No reason to
change port. Besides, if it is really necessary, one should change it in the
zeppel
Thanks, BUT still when I am working with zeppelin in two different
notebooks I still have to "remember" to which interpreter (name + some
property data) I am bounded to. right?
maybe the prompt (or any other visual we can think of) should at least
present the binding for this notebook.
On Tue, Aug
GitHub user eranwitkon opened a pull request:
https://github.com/apache/incubator-zeppelin/pull/256
Zeppelin interpreter documentation and interpreter REST API documentation
Add documentation about the role of Interpreters, interpreters group and
interpreters settings in Zeppelin an
GitHub user cloverhearts opened a pull request:
https://github.com/apache/incubator-zeppelin/pull/257
ZEPPELIN-236: state representation of paragraph
The
Eran W created ZEPPELIN-261:
---
Summary: Interpreter REST API - create setting should return
setting ID
Key: ZEPPELIN-261
URL: https://issues.apache.org/jira/browse/ZEPPELIN-261
Project: Zeppelin
Is
All:
I have a pending PR, #208, to add an R interpreter to Zeppelin. Last night I
pushed a bunch of new code to the PR. In particular, the R interpreter shares a
spark context with the Spark interpreter and joins the Spark interpreter group.
It also starts to add unit tests, with more to come a
GitHub user eranwitkon opened a pull request:
https://github.com/apache/incubator-zeppelin/pull/258
Return the new setting ID in the response call in the REST API
This PR changes the JSON body of the create setting REST api to return the
new created setting ID.
the new return bo
Lee moon soo created ZEPPELIN-262:
-
Summary: Start Spark interpreter process using spark-submit
Key: ZEPPELIN-262
URL: https://issues.apache.org/jira/browse/ZEPPELIN-262
Project: Zeppelin
Iss
Github user Leemoonsoo commented on the pull request:
https://github.com/apache/incubator-zeppelin/pull/244#issuecomment-134691594
> It's a bit unclear are both, SPARK_HOME and HADOOP_HOME are required to
use this mode or only SPARK_HOME should be enough.
It depends on spark d
Github user elbamos commented on the pull request:
https://github.com/apache/incubator-zeppelin/pull/208#issuecomment-134747106
The check is failing because R is missing in Travis-this is ready for
people to start playing with.
---
If your project is set up for it, you can reply to t
Rohit Agarwal created ZEPPELIN-263:
--
Summary: JsonResponse cannot build response from Exception object
Key: ZEPPELIN-263
URL: https://issues.apache.org/jira/browse/ZEPPELIN-263
Project: Zeppelin
GitHub user mindprince opened a pull request:
https://github.com/apache/incubator-zeppelin/pull/259
ZEPPELIN-263: Don't pass Exception objects to JsonResponse.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/mindprince/incubator-
Wush Wu created ZEPPELIN-264:
Summary: Viewing Task Queue of Zeppelin
Key: ZEPPELIN-264
URL: https://issues.apache.org/jira/browse/ZEPPELIN-264
Project: Zeppelin
Issue Type: Wish
Repo
Github user Leemoonsoo commented on the pull request:
https://github.com/apache/incubator-zeppelin/pull/207#issuecomment-134807635
Thanks. LGTM
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have
Github user asfgit closed the pull request at:
https://github.com/apache/incubator-zeppelin/pull/198
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the fea
Github user asfgit closed the pull request at:
https://github.com/apache/incubator-zeppelin/pull/237
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the fea
Github user asfgit closed the pull request at:
https://github.com/apache/incubator-zeppelin/pull/251
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the fea
Github user asfgit closed the pull request at:
https://github.com/apache/incubator-zeppelin/pull/247
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the fea
Hi Moon,
I think releasing SparkIMain and related objects
By packaging I meant to ask what is the process to "release SparkIMain
and related objects"? for Zeppelin's code uptake?
I have one more question:
Most the changes to allow SparkInterpreter support ParallelScheduler are
implemented bu
29 matches
Mail list logo
