Github user soralee commented on the issue:
https://github.com/apache/zeppelin/pull/2458
Hi, @ebuildy. Thanks for improving it.
But Travis is fail, could you check this?
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as
Github user prabhjyotsingh commented on the issue:
https://github.com/apache/zeppelin/pull/2443
@zjffdu I've made the suggested changes. Let me know if I'm missing
something else as well.
---
If your project is set up for it, you can reply to this email and have your
reply appear on
GitHub user khalidhuseynov reopened a pull request:
https://github.com/apache/zeppelin/pull/2448
[ZEPPELIN-2702] save notes in reader-friendly format with zpln extension
for VFS and Git repo
### What is this PR for?
first task in converting note files into human readable and
Github user khalidhuseynov closed the pull request at:
https://github.com/apache/zeppelin/pull/2448
---
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 jerryshao reopened a pull request:
https://github.com/apache/zeppelin/pull/2459
[ZEPPELIN-2716] Change the default value of zeppelin.livy.displayAppInfo to
true
### What is this PR for?
Since it is quite useful to expose the application info for user to monitor
Github user jerryshao closed the pull request at:
https://github.com/apache/zeppelin/pull/2459
---
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 feature
GitHub user jerryshao reopened a pull request:
https://github.com/apache/zeppelin/pull/2459
[ZEPPELIN-2716] Change the default value of zeppelin.livy.displayAppInfo to
true
### What is this PR for?
Since it is quite useful to expose the application info for user to monitor
Github user jerryshao closed the pull request at:
https://github.com/apache/zeppelin/pull/2459
---
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 feature
Github user asfgit closed the pull request at:
https://github.com/apache/zeppelin/pull/2457
---
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 feature is
Github user necosta commented on the issue:
https://github.com/apache/zeppelin/pull/2456
@felixcheung , @Leemoonsoo , ready for re-review. Thanks
---
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
Github user khalidhuseynov commented on the issue:
https://github.com/apache/zeppelin/pull/2448
@zjffdu addressed the feedback on adding new `rename` method and having
only one fileInfo, please help review
---
If your project is set up for it, you can reply to this email and have
Github user cacti77 commented on the issue:
https://github.com/apache/zeppelin/pull/2437
@1ambda Thanks for finishing the diagrams. I would probably put the
SparkContext inside the interpreter process but outside the InterpreterGroup;
but if @zjffdu is happy with the diagrams I guess
Github user tinkoff-dwh commented on the issue:
https://github.com/apache/zeppelin/pull/2442
it is JDBC interpretator, set variables in first paragraph will not work
because we have connection pool and the paragraphs will be executed in
different statemnets. What problem with shared
Github user jongyoul commented on the issue:
https://github.com/apache/zeppelin/pull/2329
@echarles Hi, I saw Twill and met one of committers at Apache BigData NA. I
agree with @zjffdu's opinion. After merging this PR, I'll take a look into that
project.
---
If your project is set
Github user echarles commented on the issue:
https://github.com/apache/zeppelin/pull/2418
In case of SNPEGO Web Auth (not yet supported by Zeppelin0,, you could
consider transfert the Kerberos ticket from front-end to back-end and use it to
, this the usecase I was thinking to.
Github user 1ambda commented on the issue:
https://github.com/apache/zeppelin/pull/2437
Thanks for the review.
@felixcheung Resolved all comments.
@zjffdu @cacti77 Update imgs and description. See the last 2 commits.
---
If your project is set up for it, you can reply to
Github user asfgit closed the pull request at:
https://github.com/apache/zeppelin/pull/2447
---
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 feature is
Github user zjffdu commented on the issue:
https://github.com/apache/zeppelin/pull/2418
>> Do we need to support kerberos-like auth in the communication protocol
(you can achieve this with Thrift, not sure with Netty)?
This is internal communication channel between zeppelin
Github user zjffdu commented on the issue:
https://github.com/apache/zeppelin/pull/2329
Thanks @echarles I also thought about it before, but not sure whether these
2 project still active. Maybe we need do some investigation.
---
If your project is set up for it, you can reply to
Github user zjffdu commented on the issue:
https://github.com/apache/zeppelin/pull/2442
I am thinking that every interpreter could have one special interpreter for
initializing interpreter setting and custom enviroment requirement for his
note. And do the initialization at the first
Guillaume Van Delsen created ZEPPELIN-2717:
--
Summary: Crashes after interpreter restart
Key: ZEPPELIN-2717
URL: https://issues.apache.org/jira/browse/ZEPPELIN-2717
Project: Zeppelin
Github user tinkoff-dwh commented on the issue:
https://github.com/apache/zeppelin/pull/2268
1,2 done
@1ambda thx for review
---
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 echarles commented on the issue:
https://github.com/apache/zeppelin/pull/2329
Late question: This implementation uses the raw Yarn APIs. Did you consider
using higher-level APIs such as Twill (http://twill.apache.org) or Slider
(https://slider.incubator.apache.org) ?
Github user echarles commented on the issue:
https://github.com/apache/zeppelin/pull/2418
I'd like adding more points to the discussion:
- Do we need to support kerberos-like auth in the communication protocol
(you can achieve this with Thrift, not sure with Netty)?
- Do we
Github user jerryshao commented on the issue:
https://github.com/apache/zeppelin/pull/2459
CC @zjffdu , please help to review, thanks!
---
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
GitHub user jerryshao opened a pull request:
https://github.com/apache/zeppelin/pull/2459
[ZEPPELIN-2716] Change the default value of zeppelin.livy.displayAppInfo to
true
### What is this PR for?
Since it is quite useful to expose the application info for user to monitor
Saisai Shao created ZEPPELIN-2716:
-
Summary: Change default of zeppelin.livy.displayAppInfo to true
Key: ZEPPELIN-2716
URL: https://issues.apache.org/jira/browse/ZEPPELIN-2716
Project: Zeppelin
27 matches
Mail list logo
