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.hod...@scai.fraunhofer.de
www.scai.fraunhofer.de

----- Urspr√ľngliche Mail -----
> Von: "Dave Marion" <dlmar...@comcast.net>
> An: "Sven Hodapp" <sven.hod...@scai.fraunhofer.de>
> CC: "user" <user@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 <sven.hod...@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.hod...@scai.fraunhofer.de
>> www.scai.fraunhofer.de
>>
>> ----- Urspr√ľngliche Mail -----
>> > Von: "Dave Marion" <dlmar...@comcast.net>
>> > An: "Sven Hodapp" <sven.hod...@scai.fraunhofer.de>, "user"
>> > <user@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 <sven.hod...@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.hod...@scai.fraunhofer.de
> > > > www.scai.fraunhofer.de

Reply via email to