You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Josh Elser (JIRA)" <ji...@apache.org> on 2014/12/29 20:19:13 UTC

[jira] [Commented] (ACCUMULO-3453) Accumulo unit tests fail against Hadoop 2.7.0-SNAPSHOT

    [ https://issues.apache.org/jira/browse/ACCUMULO-3453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14260342#comment-14260342 ] 

Josh Elser commented on ACCUMULO-3453:
--------------------------------------

Currently only going to target 1.7.0 for the change to avoid churn in older versions. I'll go through the classes in commons-io that we actually use to see if they've substantially changed at all. We barely use commons-io at all:

{noformat}
   1 import org.apache.commons.io.FileExistsException;
  23 import org.apache.commons.io.FileUtils;
   2 import org.apache.commons.io.IOUtils;
   1 import org.apache.commons.io.LineIterator;
   1 import org.apache.commons.io.filefilter.WildcardFileFilter;
{noformat}

> Accumulo unit tests fail against Hadoop 2.7.0-SNAPSHOT
> ------------------------------------------------------
>
>                 Key: ACCUMULO-3453
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-3453
>             Project: Accumulo
>          Issue Type: Bug
>          Components: build
>            Reporter: Josh Elser
>            Assignee: Josh Elser
>             Fix For: 1.7.0
>
>
> Tried to build against a 2.7.0-SNAPSHOT and got org.apache.accumulo.start.classloader.vfs.providers.VfsClassLoaderTest and org.apache.accumulo.start.classloader.vfs.providers.ReadOnlyHdfsFileProviderTest failures.
> Looking at the test output:
> {noformat}
> [FSImageSaver for .../start/target/build/test/data/dfs/name1 of type IMAGE_AND_EDITS} ERROR org.apache.hadoop.hdfs.server.namenode.FSImage  - Unable to save image for .../start/target/build/test/data/dfs/name1
> java.lang.NoClassDefFoundError: org/apache/commons/io/Charsets
>         at org.apache.hadoop.hdfs.server.namenode.FSImageUtil.<clinit>(FSImageUtil.java:36)
>         at org.apache.hadoop.hdfs.server.namenode.FSImageFormatProtobuf$Saver.<init>(FSImageFormatProtobuf.java:357)
>         at org.apache.hadoop.hdfs.server.namenode.FSImage.saveFSImage(FSImage.java:946)
>         at org.apache.hadoop.hdfs.server.namenode.FSImage$FSImageSaver.run(FSImage.java:999)
>         at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.ClassNotFoundException: org.apache.commons.io.Charsets
>         at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
>         at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
>         at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
>         ... 5 more
> {noformat}
> We're still depending on commons-io-2.1 which doesn't contain org.apache.commons.io.Charsets. Thus, the transitive dependency on 2.4 from Hadoop gets overridden and we fail.
> We should upgrade our dependency on commons-io to 2.4.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)