accumulo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sean Busbey (JIRA)" <>
Subject [jira] [Commented] (ACCUMULO-3100) Accumulo fails to test against recent Hadoop 2.6.0-SNAPSHOT
Date Fri, 05 Sep 2014 21:51:29 GMT


Sean Busbey commented on ACCUMULO-3100:

bq. Follow on to isolate client users from our deps?

That's where I was heading too. Not sure if the Context classpath would be a 100% solution
(and not mess with other stuff or not). If this really boils down to letting users provide
their own dependencies, we should be coming up with a solution that actually provides isolation
and we stop worrying about what we need for Accumulo and what users actually want.

Doing this right will require ACCUMULO-1483, right? So can we just include a note there that
any deps should be shaded to avoid conflicting with downstream users and have this ticket
focus on the best-of-bad-options for 1.6?

For 1.6 maybe the answer is that we try to get a fix in upstream for Hadoop 2.6.x and if that
doesn't happen in time we document that Accumulo 1.6 only runs on up to Hadoop 2.5.0?

> Accumulo fails to test against recent Hadoop 2.6.0-SNAPSHOT
> -----------------------------------------------------------
>                 Key: ACCUMULO-3100
>                 URL:
>             Project: Accumulo
>          Issue Type: Bug
>          Components: test
>    Affects Versions: 1.6.0
>            Reporter: Josh Elser
>            Assignee: Josh Elser
>             Fix For: 1.6.1, 1.7.0
> JobSubmitted makes a call out to CryptoUtils to test for encrypted shuffle support that
was recently added to branch-2 (specifically HDFS-6134 and HADOOP-10150 looking at the blame)
> {noformat}
> java.lang.NoClassDefFoundError: com/google/common/io/LimitInputStream
> 	at$
> 	at$
> 	at Method)
> 	at
> 	at java.lang.ClassLoader.loadClass(
> 	at sun.misc.Launcher$AppClassLoader.loadClass(
> 	at java.lang.ClassLoader.loadClass(
> 	at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(
> 	at org.apache.hadoop.mapreduce.Job$
> 	at org.apache.hadoop.mapreduce.Job$
> 	at Method)
> 	at
> 	at
> 	at org.apache.hadoop.mapreduce.Job.submit(
> 	at org.apache.hadoop.mapreduce.Job.waitForCompletion(
> {noformat}
> Because of this, we can't run the test because we can't load LimitInputStream because
we depend on Guava 15.0 which doesn't contain LimitInputStream.

This message was sent by Atlassian JIRA

View raw message