accumulo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dave Marion <dlmar...@comcast.net>
Subject Re: Place a fat Jar file in ACCUMULO_HOME/lib/ext
Date Thu, 18 May 2017 13:13:27 GMT
The cause makes me think that the jar is corrupt. Can you unzip the fat jar on the command
line?

Caused by: java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:219)
at java.util.zip.ZipFile.<init>(ZipFile.java:149)
at java.util.jar.JarFile.<init>(JarFile.java:166)
at java.util.jar.JarFile.<init>(JarFile.java:130)

> On May 18, 2017 at 8:50 AM Sven Hodapp <sven.hodapp@scai.fraunhofer.de> wrote:
>
>
> Hi everyone,
>
> I've tried to deploy my Iterator suite together with their dependencies in one single
(fat) Jar file.
> But then I'll get errors like these:
>
> [vfs.AccumuloReloadingVFSClassLoader] ERROR: Could not open Jar file "/export/accumulo/install/accumulo-1.8.0/lib/ext/my.jar".
> org.apache.commons.vfs2.FileSystemException: Could not open Jar file "/export/accumulo/install/accumulo-1.8.0/lib/ext/my.jar".
> at org.apache.commons.vfs2.provider.jar.JarFileSystem.createZipFile(JarFileSystem.java:66)
> at org.apache.commons.vfs2.provider.zip.ZipFileSystem.getZipFile(ZipFileSystem.java:141)
> at org.apache.commons.vfs2.provider.jar.JarFileSystem.getZipFile(JarFileSystem.java:219)
> at org.apache.commons.vfs2.provider.zip.ZipFileSystem.init(ZipFileSystem.java:87)
> at org.apache.commons.vfs2.provider.AbstractVfsContainer.addComponent(AbstractVfsContainer.java:56)
> at org.apache.commons.vfs2.provider.AbstractFileProvider.addFileSystem(AbstractFileProvider.java:108)
> at org.apache.commons.vfs2.provider.AbstractLayeredFileProvider.createFileSystem(AbstractLayeredFileProvider.java:88)
> at org.apache.commons.vfs2.impl.DefaultFileSystemManager.createFileSystem(DefaultFileSystemManager.java:1022)
> at org.apache.commons.vfs2.impl.DefaultFileSystemManager.createFileSystem(DefaultFileSystemManager.java:1042)
> at org.apache.commons.vfs2.impl.VFSClassLoader.addFileObjects(VFSClassLoader.java:156)
> at org.apache.commons.vfs2.impl.VFSClassLoader.<init>(VFSClassLoader.java:119)
> at org.apache.accumulo.start.classloader.vfs.AccumuloReloadingVFSClassLoader$2.run(AccumuloReloadingVFSClassLoader.java:85)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.util.zip.ZipException: error in opening zip file
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zip.ZipFile.<init>(ZipFile.java:219)
> at java.util.zip.ZipFile.<init>(ZipFile.java:149)
> at java.util.jar.JarFile.<init>(JarFile.java:166)
> at java.util.jar.JarFile.<init>(JarFile.java:130)
> at org.apache.commons.vfs2.provider.jar.JarFileSystem.createZipFile(JarFileSystem.java:62)
>
> If I place "thin" Jars into the lib/ext folder there will be no problems.
> But I think it is cumbersome to manually disassemble the dependency tree into (many)
"thin" Jar files...
>
> Has anybody an idea how to fix that?
>
> Thanks and kind regards,
> Sven
>
> --
> Sven Hodapp, M.Sc.,
> Fraunhofer Institute for Algorithms and Scientific Computing SCAI,
> Department of Bioinformatics
> Schloss Birlinghoven, 53754 Sankt Augustin, Germany
> sven.hodapp@scai.fraunhofer.de
> www.scai.fraunhofer.de

Mime
View raw message