Re: Could not find or load main class run when using yarn run dev

2017-03-29 Thread Remy Gayet
Is there any chance you are using hadoop-yarn instead of yarn pkg manager (
https://yarnpkg.com/lang/en/)?

On Wed, Mar 29, 2017 at 9:48 AM, Jeff Zhang <zjf...@gmail.com> wrote:

> Hi Folks,
>
> I follow the instruction here to debug zeppelin-web, but got the following
> error,
> Do I miss something ? Thanks
>
>jzhangMBPr:zeppelin-web jzhang$ yarn run dev
>Error: Could not find or load main class run
>



-- 
Remy GAYET,
+33 6 798 798 62.


Re: [CI] second job exceeds travis.org max job time

2017-03-17 Thread Remy Gayet
nevermind. One of my test is hanging because of a bug somewhere in my code.

On Fri, Mar 17, 2017 at 12:15 PM, Remy Gayet <remy.ga...@gmail.com> wrote:

> Hello guys,
>
> the second build configuration (env below) is now taking too much time ( >
> 49min) and gets killed, as per travis.org policy (
> https://docs.travis-ci.com/user/customizing-the-build#Build-Timeouts).
>
> SCALA_VER=\"2.11\" SPARK_VER=\"2.1.0\" HADOOP_VER=\"2.6\" LIVY_VER=\"0.3.0\" 
> PROFILE=\"-Pspark-2.1 -Phadoop-2.6 -Ppyspark -Psparkr -Pscalding -Phelium-dev 
> -Pexamples -Pscala-2.11 -Plivy-0.3\" BUILD_FLAG=\"package -Pbuild-distr 
> -DskipRat\" TEST_FLAG=\"verify -Pusing-packaged-distr -DskipRat\" 
> TEST_PROJECTS=\"\""
>
> Am I the only one experiencing this? If not, any thought on what to remove
> to reduce this build duration?
>
> Cheers,
>
> Remy (Remilito)
>
>


-- 
Remy GAYET,
+33 6 798 798 62.


[CI] second job exceeds travis.org max job time

2017-03-17 Thread Remy Gayet
Hello guys,

the second build configuration (env below) is now taking too much time ( >
49min) and gets killed, as per travis.org policy (
https://docs.travis-ci.com/user/customizing-the-build#Build-Timeouts).

SCALA_VER=\"2.11\" SPARK_VER=\"2.1.0\" HADOOP_VER=\"2.6\"
LIVY_VER=\"0.3.0\" PROFILE=\"-Pspark-2.1 -Phadoop-2.6 -Ppyspark
-Psparkr -Pscalding -Phelium-dev -Pexamples -Pscala-2.11 -Plivy-0.3\"
BUILD_FLAG=\"package -Pbuild-distr -DskipRat\" TEST_FLAG=\"verify
-Pusing-packaged-distr -DskipRat\" TEST_PROJECTS=\"\""

Am I the only one experiencing this? If not, any thought on what to remove
to reduce this build duration?

Cheers,

Remy (Remilito)


[jira] [Created] (ZEPPELIN-2230) Clear bower_components from cache when necessary

2017-03-07 Thread Remy Gayet (JIRA)
Remy Gayet created ZEPPELIN-2230:


 Summary: Clear bower_components from cache when necessary
 Key: ZEPPELIN-2230
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2230
 Project: Zeppelin
  Issue Type: Improvement
  Components: CI-infra
Reporter: Remy Gayet
Assignee: Remy Gayet
Priority: Minor


When changing a version of dependency in bower.json, travis' bower_components 
cache should be cleared. This should prevent breaking the building because of 
version mismatch. 
DoD:
 - when bower.json is part of a commit, clear bower_component directory.



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


[jira] [Created] (ZEPPELIN-2114) API call to reload note list

2017-02-14 Thread Remy Gayet (JIRA)
Remy Gayet created ZEPPELIN-2114:


 Summary: API call to reload note list
 Key: ZEPPELIN-2114
 URL: https://issues.apache.org/jira/browse/ZEPPELIN-2114
 Project: Zeppelin
  Issue Type: Improvement
  Components: rest-api
Reporter: Remy Gayet
Priority: Minor


Add an API call to reload and broadcast the note list from the repository 
(Similar to manually clicking on the reload button in /# page)



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