Hi, what spark version are you using? I got similar issue with Spark 1.2, Spark 1.1.1 works fine. For Spark 1.2, plz try merging this PR as a workaround. https://github.com/NFLabs/zeppelin/pull/342
On 2015년 2월 27일 (금) 02:56 null <[email protected]> wrote: > Thanks Alexander and Anthony for your help. > > The work-around helped to get the web service up and running. > > I’m now stuck in the tutorial. I can run the commands for reading in the > data and creating the bank variable, > But bank.registerTempTable("bank”) produces > > scala.reflect.internal.MissingRequirementError: class > org.apache.spark.sql.catalyst.ScalaReflection in JavaMirror with > sun.misc.Launcher$AppClassLoader@591ce4fe of type class > sun.misc.Launcher$AppClassLoader with class path[<omitted long list of > class path info>] > not found. at > scala.reflect.internal.MissingRequirementError$.signal(MissingRequirementError.scala:16) > at > scala.reflect.internal.MissingRequirementError$.notFound(MissingRequirementError.scala:17) > at > scala.reflect.internal.Mirrors$RootsBase.getModuleOrClass(Mirrors.scala:48) > at > scala.reflect.internal.Mirrors$RootsBase.getModuleOrClass(Mirrors.scala:61) > at > scala.reflect.internal.Mirrors$RootsBase.staticModuleOrClass(Mirrors.scala:72) > at scala.reflect.internal.Mirrors$RootsBase.staticClass(Mirrors.scala:119) > at scala.reflect.internal.Mirrors$RootsBase.staticClass(Mirrors.scala:21) > at > org.apache.spark.sql.catalyst.ScalaReflection$$typecreator1$1.apply(ScalaReflection.scala:115) > at > scala.reflect.api.TypeTags$WeakTypeTagImpl.tpe$lzycompute(TypeTags.scala:231) > at scala.reflect.api.TypeTags$WeakTypeTagImpl.tpe(TypeTags.scala:231) at > scala.reflect.api.TypeTags$class.typeOf(TypeTags.scala:335) at > scala.reflect.api.Universe.typeOf(Universe.scala:59) at > org.apache.spark.sql.catalyst.ScalaReflection$class.schemaFor(ScalaReflection.scala:115) > at > org.apache.spark.sql.catalyst.ScalaReflection$.schemaFor(ScalaReflection.scala:33) > at > org.apache.spark.sql.catalyst.ScalaReflection$class.schemaFor(ScalaReflection.scala:100) > at > org.apache.spark.sql.catalyst.ScalaReflection$.schemaFor(ScalaReflection.scala:33) > at > org.apache.spark.sql.catalyst.ScalaReflection$class.attributesFor(ScalaReflection.scala:94) > at > org.apache.spark.sql.catalyst.ScalaReflection$.attributesFor(ScalaReflection.scala:33) > at org.apache.spark.sql.SQLContext.createSchemaRDD(SQLContext.scala:111) at > $iwC$$iwC$$iwC$$iwC$$iwC$$iwC.<init>(<console>:28) at > $iwC$$iwC$$iwC$$iwC$$iwC.<init>(<console>:33) at > $iwC$$iwC$$iwC$$iwC.<init>(<console>:35) at > $iwC$$iwC$$iwC.<init>(<console>:37) at $iwC$$iwC.<init>(<console>:39) at > $iwC.<init>(<console>:41) at <init>(<console>:43) at .<init>(<console>:47) > at .<clinit>(<console>) at .<init>(<console>:7) at .<clinit>(<console>) at > $print(<console>) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) at > org.apache.spark.repl.SparkIMain$ReadEvalPrint.call(SparkIMain.scala:852) > at > org.apache.spark.repl.SparkIMain$Request.loadAndRun(SparkIMain.scala:1125) > at org.apache.spark.repl.SparkIMain.loadAndRunReq$1(SparkIMain.scala:674) > at org.apache.spark.repl.SparkIMain.interpret(SparkIMain.scala:705) at > org.apache.spark.repl.SparkIMain.interpret(SparkIMain.scala:669) at > com.nflabs.zeppelin.spark.SparkInterpreter.interpretInput(SparkInterpreter.java:482) > at > com.nflabs.zeppelin.spark.SparkInterpreter.interpret(SparkInterpreter.java:458) > at > com.nflabs.zeppelin.spark.SparkInterpreter.interpret(SparkInterpreter.java:452) > at > com.nflabs.zeppelin.interpreter.ClassloaderInterpreter.interpret(ClassloaderInterpreter.java:54) > at > com.nflabs.zeppelin.interpreter.LazyOpenInterpreter.interpret(LazyOpenInterpreter.java:77) > at com.nflabs.zeppelin.notebook.Paragraph.jobRun(Paragraph.java:184) at > com.nflabs.zeppelin.scheduler.Job.run(Job.java:147) at > com.nflabs.zeppelin.scheduler.FIFOScheduler$1.run(FIFOScheduler.java:85) at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at > java.util.concurrent.FutureTask.run(FutureTask.java:262) at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > > > From: Anthony Corbacho <[email protected]> > Reply-To: "[email protected]" < > [email protected]> > Date: Thursday, February 26, 2015 at 9:15 AM > To: "[email protected]" < > [email protected]> > Subject: Re: Problems with web proxy > > Hi frank > > This issue can be solve by applying the workaround here: > https://github.com/NFLabs/zeppelin/tree/master/zeppelin-web#compile-zeppelin-web > > On Fri, Feb 27, 2015 at 12:12 AM, <[email protected]> > wrote: > >> That was going well for a while until: >> >> bower es5-shim#~3.1.0 ECMDERR Failed to execute "git >> ls-remote --tags --heads git://github.com/es-shims/es5-shim.git", exit >> code of #128 >> >> >> Additional error details: >> >> fatal: read error: Operation timed out >> >> >> >> >> From: Alexander Bezzubov <[email protected]> >> Reply-To: "[email protected]" < >> [email protected]> >> Date: Wednesday, February 25, 2015 at 11:55 PM >> >> To: "[email protected]" < >> [email protected]> >> Subject: Re: Problems with web proxy >> >> Ok, there is one more step between 'npm install' and 'grunt build' - >> it is a 'bower --allow-root install' to get third-party dependencies for a >> webapp. >> >> Please try ruining that first and then 'grunt build --force' again. >> >> On Thu, Feb 26, 2015 at 12:59 PM, <[email protected]> >> wrote: >> >>> After running ‘sudo npm install’ and ‘grunt build’ I got the >>> following warning/error message: >>> >>> >>> Running "wiredep:app" (wiredep) task >>> >>> Warning: Error: Cannot find where you keep your Bower packages. Use >>> --force to continue. >>> >>> >>> Aborted due to warnings. >>> >>> >>> >>> >>> From: Alexander Bezzubov <[email protected]> >>> Reply-To: "[email protected]" < >>> [email protected]> >>> Date: Wednesday, February 25, 2015 at 7:24 PM >>> To: "[email protected]" < >>> [email protected]> >>> Subject: Re: Problems with web proxy >>> >>> Hi Frank, >>> >>> mvn build in zeppelin-web calls 'npm install' && 'grunt build' >>> underneath, could you try doing those manually (with 'rm -rf >>> node_modules') and posting npm-debug.log\output in case it is still failing? >>> >>> Just to clarify your setup: you need to build Zeppelin on a machine >>> with internet available only behind proxy? >>> >>> >>> On Thu, Feb 26, 2015 at 5:23 AM, <[email protected]> >>> wrote: >>> >>>> >>>> Sorry, I forgot to change the subject line. Hopefully this one is more >>>> descriptive. >>>> >>>> Frank >>>> >>>> >>>> >>>> Hi, >>>> >>>> I’m having problems building Zeppelin because of the web proxy. It >>>> fails while building the web Application: >>>> >>>> Failed to execute goal >>>> com.github.eirslett:frontend-maven-plugin:0.0.20:npm (npm install) on >>>> project zeppelin-web: Failed to run task: 'npm install --color=false >>>> --proxy=http://NA:NA@<webproxy>:80 >>>> <http://NA:[email protected]:80>' >>>> >>>> >>>> It seems like I need to set user name and password for the web proxy, >>>> but those are actually not required. >>>> >>>> >>>> I tried out setting the web proxy (without the user name and >>>> password) with npm, but no success. >>>> >>>> >>>> Any help would be highly appreciated, >>>> >>>> >>>> Thanks, >>>> >>>> Frank >>>> >>>> >>>> >>>> >>> >> >
