MichaelN
I'm new here

ClassNotFoundException: SnappyNativeLoader

Hallo,

wenn ich per fs-access-API (5.0.102) eine Verbindung zu FirstSpirit aufbaue erhalte ich diese Meldung.

Die Verbindung ist allerdings ordnunggemäß aufgebaut und funktioniert.

java.lang.ClassNotFoundException: org.xerial.snappy.SnappyNativeLoader not found

at java.lang.ClassLoader.loadClass(ClassLoader.java:248)

      at org.xerial.snappy.SnappyLoader.injectSnappyNativeLoader(SnappyLoader.java:282)

      at org.xerial.snappy.SnappyLoader.load(SnappyLoader.java:217)

      at org.xerial.snappy.Snappy.<clinit>(Snappy.java:44)

      at de.espirit.firstspirit.io.CompressionUtil$SnappyAvailable.<clinit>(CompressionUtil.java:181)

      at de.espirit.firstspirit.io.CompressionUtil.isSnappyAvailable(CompressionUtil.java:141)

      at de.espirit.firstspirit.io.CompressionUtil.compress(CompressionUtil.java:52)

      at de.espirit.firstspirit.io.IOUtil.toByteArray(IOUtil.java:303)

      at de.espirit.firstspirit.client.io.SocketServerCaller.call(SocketServerCaller.java:159)

      at de.espirit.firstspirit.client.io.SocketPool.authorize(SocketPool.java:252)

      at de.espirit.firstspirit.client.io.SocketPool.authorize(SocketPool.java:232)

      at de.espirit.firstspirit.client.io.SocketPool._connectSocket(SocketPool.java:187)

      at de.espirit.firstspirit.client.io.SocketPool.connectSocket(SocketPool.java:140)

      at de.espirit.firstspirit.client.io.SocketPool.leaseSocket(SocketPool.java:67)

      at de.espirit.firstspirit.client.io.SocketServerCaller.leaseClient(SocketServerCaller.java:138)

      at de.espirit.firstspirit.client.io.SocketServerCaller.leaseClient(SocketServerCaller.java:27)

      at de.espirit.firstspirit.client.io.ServerCaller.call(ServerCaller.java:232)

      at de.espirit.firstspirit.client.io.ServerCaller._call(ServerCaller.java:518)

      at de.espirit.firstspirit.client.io.ServerCaller.ping(ServerCaller.java:449)

      at de.espirit.firstspirit.client.io.SocketServerCaller.initSocketCommunicationOK(SocketServerCaller.java:98)

      at de.espirit.firstspirit.client.io.SocketServerCaller.doConnect(SocketServerCaller.java:74)

      at de.espirit.firstspirit.client.io.ServerCaller.connect(ServerCaller.java:139)

      at de.espirit.firstspirit.client.io.ConnectionImpl.connect(ConnectionImpl.java:179)

0 Kudos
5 Replies
andre
I'm new here

snappy ist ein kompressions-modus fuer die datenuebertragung. unter mac ist dieser modus unter umstaenden nicht verfuegbar und es wird ein fallback auf deflate gemacht. also kein problem. ist ein mac os im einsatz?

0 Kudos

Nein .. eine Windows 7 64 Bit Systm.

0 Kudos

> Nein .. eine Windows 7 64 Bit Systm.

ok, das sollte funktionieren.

> wenn ich per fs-access-API (5.0.102) eine Verbindung zu FirstSpirit aufbaue erhalte ich diese Meldung.

das hatte ich vorhin ueberlesen...welche FirstSpirit-Jars haben liegen denn im Classpath zur nutzung der access-api?

was sagt den der aufruf: System.getProperty("os.arch")

0 Kudos
king
I'm new here

Sehr geehrter Herr Pfeiler,

wir beobachten beim Startup von Tomcat 7.0.39 unter Sun Solaris 5.10 folgende Fehlermeldung beim Deployment der "fs5webedit" Web-Anwendung:

INFO: Deploying configuration descriptor /opt/wcms/tomcat/conf/Standalone/localhost/fs5webedit.xml

java.lang.reflect.InvocationTargetException

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

...

Caused by: java.lang.UnsatisfiedLinkError: no snappyjava in java.library.path

        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1886)

        at java.lang.Runtime.loadLibrary0(Runtime.java:849)

        at java.lang.System.loadLibrary(System.java:1088)

        at org.xerial.snappy.SnappyNativeLoader.loadLibrary(SnappyNativeLoader.java:52)

Wir vermuten, dass auch hier "snappyjava" als Bibliothek nicht vorliegt. Müsste die FirstSpirit5 Web-Anwendung diese Bibliothek aber nicht direkt selbst mit ausliefern?

Under Tomcat 7.0.52 we couldn't identify the problem anymore.

0 Kudos

Sehr geehrter Herr King,

UnsatisfiedLinkError heisst hier vermutl. lib ist vorhanden ist aber nicht binary kompatibel mit solaris. Was aber eigentlich nicht der Fall sein sollte.

snapp wird hier fuer die kompression der der kommunikation genutzt. macht den der UnsatisfiedLinkError in irgendeiner art problem, d.h. wid webedit nicht geladen? denn dieses sollte mittels fallback gehandlung trotzdem geladen werden und lauffähig sein...ist das so? verstehe ich sie richtig ? mit Tomcat 7.0.52  kommt es nicht zu dem error? könnten sie sich an den helpdesk wenden und den kompletten stacktrace posten?

danke

--

andre

0 Kudos