You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@accumulo.apache.org by Sven Hodapp <sv...@scai.fraunhofer.de> on 2017/05/18 12:50:51 UTC
Place a fat Jar file in ACCUMULO_HOME/lib/ext
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
Re: Place a fat Jar file in ACCUMULO_HOME/lib/ext
Posted by Sven Hodapp <sv...@scai.fraunhofer.de>.
My accumulo-site.xml looks like this:
<property>
<name>general.classpaths</name>
<value>
<!-- Accumulo requirements -->
$ACCUMULO_HOME/lib/accumulo-server.jar,
$ACCUMULO_HOME/lib/accumulo-core.jar,
$ACCUMULO_HOME/lib/accumulo-start.jar,
$ACCUMULO_HOME/lib/accumulo-fate.jar,
$ACCUMULO_HOME/lib/accumulo-proxy.jar,
$ACCUMULO_HOME/lib/[^.].*.jar,
<!-- ZooKeeper requirements -->
$ZOOKEEPER_HOME/zookeeper[^.].*.jar,
<!-- Common Hadoop requirements -->
$HADOOP_CONF_DIR,
<!-- Hadoop 2 requirements -->
$HADOOP_PREFIX/share/hadoop/common/[^.].*.jar,
$HADOOP_PREFIX/share/hadoop/common/lib/(?!slf4j)[^.].*.jar,
$HADOOP_PREFIX/share/hadoop/hdfs/[^.].*.jar,
$HADOOP_PREFIX/share/hadoop/mapreduce/[^.].*.jar,
$HADOOP_PREFIX/share/hadoop/yarn/[^.].*.jar,
$HADOOP_PREFIX/share/hadoop/yarn/lib/jersey.*.jar,
</value>
<description>Classpaths that accumulo checks for updates and class files.</description>
</property>
I think it's a standard general.classpaths configuration.
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
----- Ursprüngliche Mail -----
> Von: "Dave Marion" <dl...@comcast.net>
> An: "Sven Hodapp" <sv...@scai.fraunhofer.de>
> CC: "user" <us...@accumulo.apache.org>
> Gesendet: Donnerstag, 18. Mai 2017 16:38:34
> Betreff: Re: Place a fat Jar file in ACCUMULO_HOME/lib/ext
> What does your accumulo-site.xml file look like with respect to the classloader
> setup?
>
>> On May 18, 2017 at 9:35 AM Sven Hodapp <sv...@scai.fraunhofer.de> wrote:
>>
>>
>> Hi Dave,
>>
>> thanks for your reply! No the Jar file is perfectly fine.
>>
>> I've tried some other options and found for SBT (http://www.scala-sbt.org/) a
>> nice plugin (https://github.com/xerial/sbt-pack) which collects all depended
>> "thin" Jar files including scala-library.jar into `target/pack/lib`.
>>
>> Now I can just copy the Jars from the `target/pack/lib` folder into
>> `ACCUMULO_HOME/lib/ext` and Accumulo deploys this code without errors.
>>
>> 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
>>
>> ----- Ursprüngliche Mail -----
>> > Von: "Dave Marion" <dl...@comcast.net>
>> > An: "Sven Hodapp" <sv...@scai.fraunhofer.de>, "user"
>> > <us...@accumulo.apache.org>
>> > Gesendet: Donnerstag, 18. Mai 2017 15:13:27
>> > Betreff: Re: Place a fat Jar file in ACCUMULO_HOME/lib/ext
>>
>> > 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 <sv...@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
Re: Place a fat Jar file in ACCUMULO_HOME/lib/ext
Posted by Dave Marion <dl...@comcast.net>.
What does your accumulo-site.xml file look like with respect to the classloader setup?
> On May 18, 2017 at 9:35 AM Sven Hodapp <sv...@scai.fraunhofer.de> wrote:
>
>
> Hi Dave,
>
> thanks for your reply! No the Jar file is perfectly fine.
>
> I've tried some other options and found for SBT (http://www.scala-sbt.org/) a nice plugin (https://github.com/xerial/sbt-pack) which collects all depended "thin" Jar files including scala-library.jar into `target/pack/lib`.
>
> Now I can just copy the Jars from the `target/pack/lib` folder into `ACCUMULO_HOME/lib/ext` and Accumulo deploys this code without errors.
>
> 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
>
> ----- Ursprüngliche Mail -----
> > Von: "Dave Marion" <dl...@comcast.net>
> > An: "Sven Hodapp" <sv...@scai.fraunhofer.de>, "user" <us...@accumulo.apache.org>
> > Gesendet: Donnerstag, 18. Mai 2017 15:13:27
> > Betreff: Re: Place a fat Jar file in ACCUMULO_HOME/lib/ext
>
> > 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 <sv...@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
Re: Place a fat Jar file in ACCUMULO_HOME/lib/ext
Posted by Sven Hodapp <sv...@scai.fraunhofer.de>.
Hi Dave,
thanks for your reply! No the Jar file is perfectly fine.
I've tried some other options and found for SBT (http://www.scala-sbt.org/) a nice plugin (https://github.com/xerial/sbt-pack) which collects all depended "thin" Jar files including scala-library.jar into `target/pack/lib`.
Now I can just copy the Jars from the `target/pack/lib` folder into `ACCUMULO_HOME/lib/ext` and Accumulo deploys this code without errors.
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
----- Ursprüngliche Mail -----
> Von: "Dave Marion" <dl...@comcast.net>
> An: "Sven Hodapp" <sv...@scai.fraunhofer.de>, "user" <us...@accumulo.apache.org>
> Gesendet: Donnerstag, 18. Mai 2017 15:13:27
> Betreff: Re: Place a fat Jar file in ACCUMULO_HOME/lib/ext
> 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 <sv...@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
Re: Place a fat Jar file in ACCUMULO_HOME/lib/ext
Posted by Dave Marion <dl...@comcast.net>.
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 <sv...@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