Yes, this private is checked at compile time and my class is in a subpackage
of org.apache.spark.ui, so the visibility is not the issue, or at least not
as far as I can tell.
--
View this message in context:
I have a very strange error in Spark 1.3 where at runtime in the
org.apache.spark.ui.JettyUtils object the method createServletHandler is not
found
Exception in thread main java.lang.NoSuchMethodError:
The JavaAPI uses FakeClassTag for all of the implicit class tags fed to RDDs
during creation, mapping, etc. I am working on a more generic Scala library
where I won't always have the type information beforehand. Is it safe /
accepted practice to use FakeClassTag in these situations as well? It was
I have the same issue
val a = sc.textFile(s3n://MyBucket/MyFolder/*.tif)
a.first
works perfectly fine, but
val d = sc.wholeTextFiles(s3n://MyBucket/MyFolder/*.tif) does not
work
d.first
Gives the following error message
java.io.FileNotFoundException:
That worked for me as well, I was using spark 1.0 compiled against Hadoop
1.0, switching to 1.0.1 compiled against hadoop 2
--
View this message in context:
http://apache-spark-user-list.1001560.n3.nabble.com/wholeTextFiles-not-working-with-HDFS-tp7490p10547.html
Sent from the Apache Spark
