Hi Sean,
Thanks a ton for you reply.
The particular situation I have is case (3) that you have mentioned. The
class that I am using from commons-net is FTPClient(). This class is
present in both the 2.2 version and the 3.3 version. However, in the 3.3
version there are two additional methods
I think it's spark.yarn.user.classpath.first in 1.2, and
spark.{driver,executor}.extraClassPath in 1.3. Obviously that's for
if you are using YARN, in the first instance.
On Mon, Mar 23, 2015 at 5:41 PM, Jacob Abraham abe.jac...@gmail.com wrote:
Hi Sean,
Thanks a ton for you reply.
The
Anyone? or is this question nonsensical... and I am doing something
fundamentally wrong?
On Mon, Mar 16, 2015 at 5:33 PM, Jacob Abraham abe.jac...@gmail.com wrote:
Hi Folks,
I have a situation where I am getting a version conflict between java
libraries that is used by my application and
It's not a crazy question, no. I'm having a bit of trouble figuring
out what's happening. Commons Net 2.2 is what's used by Spark. The
error appears to come from Spark. But the error is not finding a
method that did not exist in 2.2. I am not sure what ZipStream is, for
example. This could be a
Hi Folks,
I have a situation where I am getting a version conflict between java
libraries that is used by my application and ones used by spark.
Following are the details -
I use spark provided by Cloudera running on the CDH5.3.2 cluster (Spark
1.2.0-cdh5.3.2). The library that is causing the
