Re: Could not find or load main class run when using yarn run dev
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
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
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
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
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)