java.lang.RuntimeException: Failed to load the native library. The error was "Unable to load library 'vlc': JNA native support (darwin/libvlc.jnilib) not found in resource path (/Users/sshugabugaa/AVS/alexa-avs-sample-app/samples/javaclient/target/classes:/Users/sshugabugaa/.m2/repository/commons-codec/commons-codec/1.9/commons-codec-1.9.jar:/Users/sshugabugaa/.m2/repository/commons-io/commons-io/2.4/commons-io-2.4.jar:/Users/sshugabugaa/.m2/repository/org/apache/commons/commons-lang3/3.4/commons-lang3-3.4.jar:/Users/sshugabugaa/.m2/repository/commons-fileupload/commons-fileupload/1.3.1/commons-fileupload-1.3.1.jar:/Users/sshugabugaa/.m2/repository/uk/co/caprica/vlcj/2.4.1/vlcj-2.4.1.jar:/Users/sshugabugaa/.m2/repository/net/java/dev/jna/jna/3.5.2/jna-3.5.2.jar:/Users/sshugabugaa/.m2/repository/net/java/dev/jna/platform/3.5.2/platform-3.5.2.jar:/Users/sshugabugaa/.m2/repository/org/glassfish/javax.json/1.0.4/javax.json-1.0.4.jar:/Users/sshugabugaa/.m2/repository/javazoom/jlayer/1.0.1/jlayer-1.0.1.jar:/Users/sshugabugaa/.m2/repository/org/mortbay/jetty/alpn/alpn-boot/8.1.0.v20141016/alpn-boot-8.1.0.v20141016.jar:/Users/sshugabugaa/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.13/jackson-mapper-asl-1.9.13.jar:/Users/sshugabugaa/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.13/jackson-core-asl-1.9.13.jar:/Users/sshugabugaa/.m2/repository/org/slf4j/slf4j-api/1.7.10/slf4j-api-1.7.10.jar:/Users/sshugabugaa/.m2/repository/org/apache/logging/log4j/log4j-slf4j-impl/2.3/log4j-slf4j-impl-2.3.jar:/Users/sshugabugaa/.m2/repository/org/apache/logging/log4j/log4j-api/2.3/log4j-api-2.3.jar:/Users/sshugabugaa/.m2/repository/org/apache/logging/log4j/log4j-core/2.3/log4j-core-2.3.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-alpn-client/9.3.7.v20160115/jetty-alpn-client-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-http/9.3.7.v20160115/jetty-http-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/http2/http2-client/9.3.7.v20160115/http2-client-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/http2/http2-http-client-transport/9.3.7.v20160115/http2-http-client-transport-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/http2/http2-hpack/9.3.7.v20160115/http2-hpack-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/http2/http2-common/9.3.7.v20160115/http2-common-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-server/9.3.7.v20160115/jetty-server-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-security/9.3.7.v20160115/jetty-security-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-servlet/9.3.7.v20160115/jetty-servlet-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-util/9.3.7.v20160115/jetty-util-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-io/9.3.7.v20160115/jetty-io-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-client/9.3.7.v20160115/jetty-client-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/javax/servlet/javax.servlet-api/3.1.0/javax.servlet-api-3.1.0.jar)". The required native libraries are named "libvlc.dylib" and "libvlccore.dylib". In the text below <libvlc-path> represents the name of the directory containing "libvlc.dylib" and "libvlccore.dylib"... There are a number of different ways to specify where to find the native libraries: 1. Include NativeLibrary.addSearchPath("vlc", "<libvlc-path>"); at the start of your application code. 2. Include System.setProperty("jna.library.path", "<libvlc-path>"); at the start of your application code. 3. Specify -Djna.library.path=<libvlc-path> on the command-line when starting your application. 4. Add <libvlc-path> to the system search path (and reboot). If this still does not work, then it may be necessary to explicitly add the native library directory to the operating system configuration - e.g. on Linux this might mean setting the LD_LIBRARY_PATH environment variable, or adding configuration to the "/etc/ld.so.conf" file or the "/etc/ld.so.conf.d" directory. Of these options, setting LD_LIBRARY_PATH is the only one that would not require root privileges. Finally, it is not possible to mix CPU architectures - it is not possible for a 64-bit Java Virtual Machine to load 32-bit native libraries. More information may be available in the log, specify -Dvlcj.log=DEBUG on the command-line when starting your application.

GitHub | Shugabuga | 2 months ago
  1. 0

    GitHub comment 279#252758381

    GitHub | 2 months ago | Shugabuga
    java.lang.RuntimeException: Failed to load the native library. The error was "Unable to load library 'vlc': JNA native support (darwin/libvlc.jnilib) not found in resource path (/Users/sshugabugaa/AVS/alexa-avs-sample-app/samples/javaclient/target/classes:/Users/sshugabugaa/.m2/repository/commons-codec/commons-codec/1.9/commons-codec-1.9.jar:/Users/sshugabugaa/.m2/repository/commons-io/commons-io/2.4/commons-io-2.4.jar:/Users/sshugabugaa/.m2/repository/org/apache/commons/commons-lang3/3.4/commons-lang3-3.4.jar:/Users/sshugabugaa/.m2/repository/commons-fileupload/commons-fileupload/1.3.1/commons-fileupload-1.3.1.jar:/Users/sshugabugaa/.m2/repository/uk/co/caprica/vlcj/2.4.1/vlcj-2.4.1.jar:/Users/sshugabugaa/.m2/repository/net/java/dev/jna/jna/3.5.2/jna-3.5.2.jar:/Users/sshugabugaa/.m2/repository/net/java/dev/jna/platform/3.5.2/platform-3.5.2.jar:/Users/sshugabugaa/.m2/repository/org/glassfish/javax.json/1.0.4/javax.json-1.0.4.jar:/Users/sshugabugaa/.m2/repository/javazoom/jlayer/1.0.1/jlayer-1.0.1.jar:/Users/sshugabugaa/.m2/repository/org/mortbay/jetty/alpn/alpn-boot/8.1.0.v20141016/alpn-boot-8.1.0.v20141016.jar:/Users/sshugabugaa/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.13/jackson-mapper-asl-1.9.13.jar:/Users/sshugabugaa/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.13/jackson-core-asl-1.9.13.jar:/Users/sshugabugaa/.m2/repository/org/slf4j/slf4j-api/1.7.10/slf4j-api-1.7.10.jar:/Users/sshugabugaa/.m2/repository/org/apache/logging/log4j/log4j-slf4j-impl/2.3/log4j-slf4j-impl-2.3.jar:/Users/sshugabugaa/.m2/repository/org/apache/logging/log4j/log4j-api/2.3/log4j-api-2.3.jar:/Users/sshugabugaa/.m2/repository/org/apache/logging/log4j/log4j-core/2.3/log4j-core-2.3.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-alpn-client/9.3.7.v20160115/jetty-alpn-client-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-http/9.3.7.v20160115/jetty-http-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/http2/http2-client/9.3.7.v20160115/http2-client-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/http2/http2-http-client-transport/9.3.7.v20160115/http2-http-client-transport-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/http2/http2-hpack/9.3.7.v20160115/http2-hpack-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/http2/http2-common/9.3.7.v20160115/http2-common-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-server/9.3.7.v20160115/jetty-server-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-security/9.3.7.v20160115/jetty-security-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-servlet/9.3.7.v20160115/jetty-servlet-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-util/9.3.7.v20160115/jetty-util-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-io/9.3.7.v20160115/jetty-io-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-client/9.3.7.v20160115/jetty-client-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/javax/servlet/javax.servlet-api/3.1.0/javax.servlet-api-3.1.0.jar)". The required native libraries are named "libvlc.dylib" and "libvlccore.dylib". In the text below <libvlc-path> represents the name of the directory containing "libvlc.dylib" and "libvlccore.dylib"... There are a number of different ways to specify where to find the native libraries: 1. Include NativeLibrary.addSearchPath("vlc", "<libvlc-path>"); at the start of your application code. 2. Include System.setProperty("jna.library.path", "<libvlc-path>"); at the start of your application code. 3. Specify -Djna.library.path=<libvlc-path> on the command-line when starting your application. 4. Add <libvlc-path> to the system search path (and reboot). If this still does not work, then it may be necessary to explicitly add the native library directory to the operating system configuration - e.g. on Linux this might mean setting the LD_LIBRARY_PATH environment variable, or adding configuration to the "/etc/ld.so.conf" file or the "/etc/ld.so.conf.d" directory. Of these options, setting LD_LIBRARY_PATH is the only one that would not require root privileges. Finally, it is not possible to mix CPU architectures - it is not possible for a 64-bit Java Virtual Machine to load 32-bit native libraries. More information may be available in the log, specify -Dvlcj.log=DEBUG on the command-line when starting your application.
  2. 0

    mvn exec:exec issue, Exception in thread "main" java.lang.RuntimeException: Failed to load the native library.

    GitHub | 7 months ago | rayfsthird
    java.lang.RuntimeException: Failed to load the native library. The error was "Unable to load library 'vlc': Native library (linux-arm/libvlc.so) not found in resource path ([file:/opt/alexa-avs-raspberry-pi-master/samples/javaclient/target/classes/, file:/root/.m2/repository/commons-codec/commons-codec/1.9/commons-codec-1.9.jar, file:/root/.m2/repository/commons-io/commons-io/2.4/commons-io-2.4.jar, file:/root/.m2/repository/org/apache/commons/commons-lang3/3.4/commons-lang3-3.4.jar, file:/root/.m2/repository/commons-fileupload/commons-fileupload/1.3.1/commons-fileupload-1.3.1.jar, file:/root/.m2/repository/uk/co/caprica/vlcj/2.4.1/vlcj-2.4.1.jar, file:/root/.m2/repository/net/java/dev/jna/platform/3.5.2/platform-3.5.2.jar, file:/root/.m2/repository/org/glassfish/javax.json/1.0.4/javax.json-1.0.4.jar, file:/root/.m2/repository/javazoom/jlayer/1.0.1/jlayer-1.0.1.jar, file:/root/.m2/repository/org/mortbay/jetty/alpn/alpn-boot/8.1.7.v20160121/alpn-boot-8.1.7.v20160121.jar, file:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.13/jackson-mapper-asl-1.9.13.jar, file:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.13/jackson-core-asl-1.9.13.jar, file:/root/.m2/repository/org/slf4j/slf4j-api/1.7.10/slf4j-api-1.7.10.jar, file:/root/.m2/repository/org/apache/logging/log4j/log4j-slf4j-impl/2.3/log4j-slf4j-impl-2.3.jar, file:/root/.m2/repository/org/apache/logging/log4j/log4j-api/2.3/log4j-api-2.3.jar, file:/root/.m2/repository/org/apache/logging/log4j/log4j-core/2.3/log4j-core-2.3.jar, file:/root/.m2/repository/org/eclipse/jetty/jetty-alpn-client/9.3.7.v20160115/jetty-alpn-client-9.3.7.v20160115.jar, file:/root/.m2/repository/org/eclipse/jetty/jetty-http/9.3.7.v20160115/jetty-http-9.3.7.v20160115.jar, file:/root/.m2/repository/org/eclipse/jetty/http2/http2-client/9.3.7.v20160115/http2-client-9.3.7.v20160115.jar, file:/root/.m2/repository/org/eclipse/jetty/http2/http2-http-client-transport/9.3.7.v20160115/http2-http-client-transport-9.3.7.v20160115.jar, file:/root/.m2/repository/org/eclipse/jetty/http2/http2-hpack/9.3.7.v20160115/http2-hpack-9.3.7.v20160115.jar, file:/root/.m2/repository/org/eclipse/jetty/http2/http2-common/9.3.7.v20160115/http2-common-9.3.7.v20160115.jar, file:/root/.m2/repository/org/eclipse/jetty/jetty-server/9.3.7.v20160115/jetty-server-9.3.7.v20160115.jar, file:/root/.m2/repository/org/eclipse/jetty/jetty-security/9.3.7.v20160115/jetty-security-9.3.7.v20160115.jar, file:/root/.m2/repository/org/eclipse/jetty/jetty-servlet/9.3.7.v20160115/jetty-servlet-9.3.7.v20160115.jar, file:/root/.m2/repository/org/eclipse/jetty/jetty-util/9.3.7.v20160115/jetty-util-9.3.7.v20160115.jar, file:/root/.m2/repository/org/eclipse/jetty/jetty-io/9.3.7.v20160115/jetty-io-9.3.7.v20160115.jar, file:/root/.m2/repository/org/eclipse/jetty/jetty-client/9.3.7.v20160115/jetty-client-9.3.7.v20160115.jar, file:/root/.m2/repository/javax/servlet/javax.servlet-api/3.1.0/javax.servlet-api-3.1.0.jar, file:/root/.m2/repository/net/java/dev/jna/jna/4.1.0/jna-4.1.0.jar])". The required native libraries are named "libvlc.so" and "libvlccore.so". In the text below <libvlc-path> represents the name of the directory containing "libvlc.so" and "libvlccore.so"... There are a number of different ways to specify where to find the native libraries: 1. Include NativeLibrary.addSearchPath("vlc", "<libvlc-path>"); at the start of your application code. 2. Include System.setProperty("jna.library.path", "<libvlc-path>"); at the start of your application code. 3. Specify -Djna.library.path=<libvlc-path> on the command-line when starting your application. 4. Add <libvlc-path> to the system search path (and reboot). If this still does not work, then it may be necessary to explicitly add the native library directory to the operating system configuration - e.g. on Linux this might mean setting the LD_LIBRARY_PATH environment variable, or adding configuration to the "/etc/ld.so.conf" file or the "/etc/ld.so.conf.d" directory. Of these options, setting LD_LIBRARY_PATH is the only one that would not require root privileges. Finally, it is not possible to mix CPU architectures - it is not possible for a 64-bit Java Virtual Machine to load 32-bit native libraries. More information may be available in the log, specify -Dvlcj.log=DEBUG on the command-line when starting your application.
  3. 0

    GitHub comment 498#226467284

    GitHub | 6 months ago | Markus1397
    java.lang.RuntimeException: Failed to load the native library. The error was "Unable to load library 'vlc': Native library (darwin/libvlc.dylib) not found in resource path ([file:/Library/Java/Extensions/jmf.jar, file:/Users/markus/Downloads/vlcj-3.10.1/vlcj-3.10.1.jar, file:/Users/markus/Downloads/vlcj-3.10.1/vlcj-3.10.1-tests.jar, file:/Users/markus/Downloads/vlcj-3.10.1/slf4j-api-1.7.10.jar, file:/Users/markus/Downloads/vlcj-3.10.1/jna-4.1.0.jar, file:/Users/markus/Downloads/vlcj-3.10.1/jna-platform-4.1.0.jar, file:/Users/markus/Downloads/slf4j-1.7.21/slf4j-nop-1.7.21.jar, file:/Users/markus/AudioStream/Audio_Test/build/classes/])". The required native libraries are named "libvlc.dylib" and "libvlccore.dylib". In the text below <libvlc-path> represents the name of the directory containing "libvlc.dylib" and "libvlccore.dylib"... There are a number of different ways to specify where to find the native libraries: 1. Include NativeLibrary.addSearchPath("vlc", "<libvlc-path>"); at the start of your application code. 2. Include System.setProperty("jna.library.path", "<libvlc-path>"); at the start of your application code. 3. Specify -Djna.library.path=<libvlc-path> on the command-line when starting your application. 4. Add <libvlc-path> to the system search path (and reboot). If this still does not work, then it may be necessary to explicitly add the native library directory to the operating system configuration - e.g. on Linux this might mean setting the LD_LIBRARY_PATH environment variable, or adding configuration to the "/etc/ld.so.conf" file or the "/etc/ld.so.conf.d" directory. Of these options, setting LD_LIBRARY_PATH is the only one that would not require root privileges. Finally, it is not possible to mix CPU architectures - it is not possible for a 64-bit Java Virtual Machine to load 32-bit native libraries. More information may be available in the log.
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    GitHub comment 27#32619610

    GitHub | 3 years ago | jtorrente
    java.lang.RuntimeException: Failed to load the native library. The error was "Unable to load library 'libvlc': JNA native support (win32-amd64/libvlc.dll) not found in resource path (C:\Program Files\Java\jdk1.7.0_04\jre\lib\charsets.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\deploy.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\javaws.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\jce.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\jfr.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\jsse.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\management-agent.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\plugin.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\resources.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\rt.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\ext\dnsns.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\ext\localedata.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\ext\sunec.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\ext\sunjce_provider.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\ext\sunmscapi.jar;C:\Program Files\Java\jdk1.7.0_04\jre\lib\ext\zipfs.jar;C:\Users\Javier Torrente\GIT_REPOS\ead\engine\desktop\target\test-classes;C:\Users\Javier Torrente\GIT_REPOS\ead\engine\desktop\target\classes;C:\Users\Javier Torrente\GIT_REPOS\ead\engine\core\target\classes;C:\Users\Javier Torrente\GIT_REPOS\ead\schema\target\classes;C:\Users\Javier Torrente\.m2\repository\com\badlogicgames\gdx\gdx\1.0-SNAPSHOT\gdx-1.0-20140117.030057-187.jar;C:\Users\Javier Torrente\.m2\repository\com\badlogicgames\gdx\gdx-backend-lwjgl\1.0-SNAPSHOT\gdx-backend-lwjgl-1.0-20140117.030222-186.jar;C:\Users\Javier Torrente\.m2\repository\com\badlogicgames\gdx\gdx-openal\1.0-SNAPSHOT\gdx-openal-1.0-20140117.030145-187.jar;C:\Users\Javier Torrente\.m2\repository\org\lwjgl\lwjgl\lwjgl\2.9.0\lwjgl-2.9.0.jar;C:\Users\Javier Torrente\.m2\repository\org\lwjgl\lwjgl\lwjgl-platform\2.9.0\lwjgl-platform-2.9.0-natives-windows.jar;C:\Users\Javier Torrente\.m2\repository\org\lwjgl\lwjgl\lwjgl-platform\2.9.0\lwjgl-platform-2.9.0-natives-linux.jar;C:\Users\Javier Torrente\.m2\repository\org\lwjgl\lwjgl\lwjgl-platform\2.9.0\lwjgl-platform-2.9.0-natives-osx.jar;C:\Users\Javier Torrente\.m2\repository\net\java\jinput\jinput\2.0.5\jinput-2.0.5.jar;C:\Users\Javier Torrente\.m2\repository\net\java\jutils\jutils\1.0.0\jutils-1.0.0.jar;C:\Users\Javier Torrente\.m2\repository\net\java\jinput\jinput-platform\2.0.5\jinput-platform-2.0.5-natives-linux.jar;C:\Users\Javier Torrente\.m2\repository\net\java\jinput\jinput-platform\2.0.5\jinput-platform-2.0.5-natives-windows.jar;C:\Users\Javier Torrente\.m2\repository\net\java\jinput\jinput-platform\2.0.5\jinput-platform-2.0.5-natives-osx.jar;C:\Users\Javier Torrente\.m2\repository\com\badlogicgames\jlayer\jlayer\1.0.1-gdx\jlayer-1.0.1-gdx.jar;C:\Users\Javier Torrente\.m2\repository\org\jcraft\jorbis\0.0.17\jorbis-0.0.17.jar;C:\Users\Javier Torrente\.m2\repository\org\lwjgl\lwjgl\lwjgl_util\2.9.0\lwjgl_util-2.9.0.jar;C:\Users\Javier Torrente\.m2\repository\com\badlogicgames\gdx\gdx-platform\1.0-SNAPSHOT\gdx-platform-1.0-20140117.030118-187-natives-desktop.jar;C:\Users\Javier Torrente\.m2\repository\uk\co\caprica\vlcj\2.4.1\vlcj-2.4.1.jar;C:\Users\Javier Torrente\.m2\repository\net\java\dev\jna\jna\3.5.2\jna-3.5.2.jar;C:\Users\Javier Torrente\.m2\repository\net\java\dev\jna\platform\3.5.2\platform-3.5.2.jar;C:\Users\Javier Torrente\.m2\repository\junit\junit\4.8.1\junit-4.8.1.jar;C:\Program Files (x86)\JetBrains\IntelliJ IDEA Community Edition 13.0\lib\idea_rt.jar)". The required native libraries are named "libvlc.dll" and "libvlccore.dll". In the text below <libvlc-path> represents the name of the directory containing "libvlc.dll" and "libvlccore.dll"... There are a number of different ways to specify where to find the native libraries: 1. Include NativeLibrary.addSearchPath("libvlc", "<libvlc-path>"); at the start of your application code. 2. Include System.setProperty("jna.library.path", "<libvlc-path>"); at the start of your application code. 3. Specify -Djna.library.path=<libvlc-path> on the command-line when starting your application. 4. Add <libvlc-path> to the system search path (and reboot). If this still does not work, then it may be necessary to explicitly add the native library directory to the operating system configuration - e.g. on Linux this might mean setting the LD_LIBRARY_PATH environment variable, or adding configuration to the "/etc/ld.so.conf" file or the "/etc/ld.so.conf.d" directory. Of these options, setting LD_LIBRARY_PATH is the only one that would not require root privileges. Finally, it is not possible to mix CPU architectures - it is not possible for a 64-bit Java Virtual Machine to load 32-bit native libraries. More information may be available in the log, specify -Dvlcj.log=DEBUG on the command-line when starting your application.
  6. 0

    GitHub comment 32#36234040

    GitHub | 3 years ago | imartinezortiz
    java.lang.RuntimeException: Failed to load the native library. The error was "Unable to load library 'libvlc': JNA native support (win32-amd64/libvlc.dll) not found in resource path (D:\ivan\Documents\GitHub\ead\engine\desktop\target\test-classes;D:\ivan\Documents\GitHub\ead\engine\desktop\target\classes;D:\ivan\Documents\GitHub\ead\engine\core\target\classes;D:\ivan\Documents\GitHub\ead\schema\target\classes;D:\ivan\.m2\repository\com\badlogicgames\gdx\gdx\1.0-SNAPSHOT\gdx-1.0-SNAPSHOT.jar;D:\ivan\.m2\repository\com\badlogicgames\gdx\gdx-backend-lwjgl\1.0-SNAPSHOT\gdx-backend-lwjgl-1.0-SNAPSHOT.jar;D:\ivan\.m2\repository\com\badlogicgames\gdx\gdx-openal\1.0-SNAPSHOT\gdx-openal-1.0-SNAPSHOT.jar;D:\ivan\.m2\repository\com\badlogicgames\jlayer\jlayer\1.0.1-gdx\jlayer-1.0.1-gdx.jar;D:\ivan\.m2\repository\org\jcraft\jorbis\0.0.17\jorbis-0.0.17.jar;D:\ivan\.m2\repository\org\lwjgl\lwjgl\lwjgl\2.9.1\lwjgl-2.9.1.jar;D:\ivan\.m2\repository\org\lwjgl\lwjgl\lwjgl-platform\2.9.1\lwjgl-platform-2.9.1-natives-windows.jar;D:\ivan\.m2\repository\org\lwjgl\lwjgl\lwjgl-platform\2.9.1\lwjgl-platform-2.9.1-natives-linux.jar;D:\ivan\.m2\repository\org\lwjgl\lwjgl\lwjgl-platform\2.9.1\lwjgl-platform-2.9.1-natives-osx.jar;D:\ivan\.m2\repository\net\java\jinput\jinput\2.0.5\jinput-2.0.5.jar;D:\ivan\.m2\repository\net\java\jutils\jutils\1.0.0\jutils-1.0.0.jar;D:\ivan\.m2\repository\net\java\jinput\jinput-platform\2.0.5\jinput-platform-2.0.5-natives-linux.jar;D:\ivan\.m2\repository\net\java\jinput\jinput-platform\2.0.5\jinput-platform-2.0.5-natives-windows.jar;D:\ivan\.m2\repository\net\java\jinput\jinput-platform\2.0.5\jinput-platform-2.0.5-natives-osx.jar;D:\ivan\.m2\repository\org\lwjgl\lwjgl\lwjgl_util\2.9.1\lwjgl_util-2.9.1.jar;D:\ivan\.m2\repository\com\badlogicgames\gdx\gdx-platform\1.0-SNAPSHOT\gdx-platform-1.0-SNAPSHOT-natives-desktop.jar;D:\ivan\.m2\repository\uk\co\caprica\vlcj\2.4.1\vlcj-2.4.1.jar;D:\ivan\.m2\repository\net\java\dev\jna\jna\3.5.2\jna-3.5.2.jar;D:\ivan\.m2\repository\net\java\dev\jna\platform\3.5.2\platform-3.5.2.jar;D:\ivan\.m2\repository\junit\junit\4.8.1\junit-4.8.1.jar)". The required native libraries are named "libvlc.dll" and "libvlccore.dll". In the text below <libvlc-path> represents the name of the directory containing "libvlc.dll" and "libvlccore.dll"... There are a number of different ways to specify where to find the native libraries: 1. Include NativeLibrary.addSearchPath("libvlc", "<libvlc-path>"); at the start of your application code. 2. Include System.setProperty("jna.library.path", "<libvlc-path>"); at the start of your application code. 3. Specify -Djna.library.path=<libvlc-path> on the command-line when starting your application. 4. Add <libvlc-path> to the system search path (and reboot). If this still does not work, then it may be necessary to explicitly add the native library directory to the operating system configuration - e.g. on Linux this might mean setting the LD_LIBRARY_PATH environment variable, or adding configuration to the "/etc/ld.so.conf" file or the "/etc/ld.so.conf.d" directory. Of these options, setting LD_LIBRARY_PATH is the only one that would not require root privileges. Finally, it is not possible to mix CPU architectures - it is not possible for a 64-bit Java Virtual Machine to load 32-bit native libraries. More information may be available in the log, specify -Dvlcj.log=DEBUG on the command-line when starting your application.

    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    Root Cause Analysis

    1. java.lang.RuntimeException

      Failed to load the native library. The error was "Unable to load library 'vlc': JNA native support (darwin/libvlc.jnilib) not found in resource path (/Users/sshugabugaa/AVS/alexa-avs-sample-app/samples/javaclient/target/classes:/Users/sshugabugaa/.m2/repository/commons-codec/commons-codec/1.9/commons-codec-1.9.jar:/Users/sshugabugaa/.m2/repository/commons-io/commons-io/2.4/commons-io-2.4.jar:/Users/sshugabugaa/.m2/repository/org/apache/commons/commons-lang3/3.4/commons-lang3-3.4.jar:/Users/sshugabugaa/.m2/repository/commons-fileupload/commons-fileupload/1.3.1/commons-fileupload-1.3.1.jar:/Users/sshugabugaa/.m2/repository/uk/co/caprica/vlcj/2.4.1/vlcj-2.4.1.jar:/Users/sshugabugaa/.m2/repository/net/java/dev/jna/jna/3.5.2/jna-3.5.2.jar:/Users/sshugabugaa/.m2/repository/net/java/dev/jna/platform/3.5.2/platform-3.5.2.jar:/Users/sshugabugaa/.m2/repository/org/glassfish/javax.json/1.0.4/javax.json-1.0.4.jar:/Users/sshugabugaa/.m2/repository/javazoom/jlayer/1.0.1/jlayer-1.0.1.jar:/Users/sshugabugaa/.m2/repository/org/mortbay/jetty/alpn/alpn-boot/8.1.0.v20141016/alpn-boot-8.1.0.v20141016.jar:/Users/sshugabugaa/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.13/jackson-mapper-asl-1.9.13.jar:/Users/sshugabugaa/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.13/jackson-core-asl-1.9.13.jar:/Users/sshugabugaa/.m2/repository/org/slf4j/slf4j-api/1.7.10/slf4j-api-1.7.10.jar:/Users/sshugabugaa/.m2/repository/org/apache/logging/log4j/log4j-slf4j-impl/2.3/log4j-slf4j-impl-2.3.jar:/Users/sshugabugaa/.m2/repository/org/apache/logging/log4j/log4j-api/2.3/log4j-api-2.3.jar:/Users/sshugabugaa/.m2/repository/org/apache/logging/log4j/log4j-core/2.3/log4j-core-2.3.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-alpn-client/9.3.7.v20160115/jetty-alpn-client-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-http/9.3.7.v20160115/jetty-http-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/http2/http2-client/9.3.7.v20160115/http2-client-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/http2/http2-http-client-transport/9.3.7.v20160115/http2-http-client-transport-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/http2/http2-hpack/9.3.7.v20160115/http2-hpack-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/http2/http2-common/9.3.7.v20160115/http2-common-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-server/9.3.7.v20160115/jetty-server-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-security/9.3.7.v20160115/jetty-security-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-servlet/9.3.7.v20160115/jetty-servlet-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-util/9.3.7.v20160115/jetty-util-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-io/9.3.7.v20160115/jetty-io-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/org/eclipse/jetty/jetty-client/9.3.7.v20160115/jetty-client-9.3.7.v20160115.jar:/Users/sshugabugaa/.m2/repository/javax/servlet/javax.servlet-api/3.1.0/javax.servlet-api-3.1.0.jar)". The required native libraries are named "libvlc.dylib" and "libvlccore.dylib". In the text below <libvlc-path> represents the name of the directory containing "libvlc.dylib" and "libvlccore.dylib"... There are a number of different ways to specify where to find the native libraries: 1. Include NativeLibrary.addSearchPath("vlc", "<libvlc-path>"); at the start of your application code. 2. Include System.setProperty("jna.library.path", "<libvlc-path>"); at the start of your application code. 3. Specify -Djna.library.path=<libvlc-path> on the command-line when starting your application. 4. Add <libvlc-path> to the system search path (and reboot). If this still does not work, then it may be necessary to explicitly add the native library directory to the operating system configuration - e.g. on Linux this might mean setting the LD_LIBRARY_PATH environment variable, or adding configuration to the "/etc/ld.so.conf" file or the "/etc/ld.so.conf.d" directory. Of these options, setting LD_LIBRARY_PATH is the only one that would not require root privileges. Finally, it is not possible to mix CPU architectures - it is not possible for a 64-bit Java Virtual Machine to load 32-bit native libraries. More information may be available in the log, specify -Dvlcj.log=DEBUG on the command-line when starting your application.

      at uk.co.caprica.vlcj.binding.LibVlcFactory.create()
    2. uk.co.caprica
      AudioMediaPlayerComponent.<init>
      1. uk.co.caprica.vlcj.binding.LibVlcFactory.create(LibVlcFactory.java:191)
      2. uk.co.caprica.vlcj.player.MediaPlayerFactory.<init>(MediaPlayerFactory.java:213)
      3. uk.co.caprica.vlcj.component.AudioMediaPlayerComponent.onGetMediaPlayerFactory(AudioMediaPlayerComponent.java:168)
      4. uk.co.caprica.vlcj.component.AudioMediaPlayerComponent.<init>(AudioMediaPlayerComponent.java:102)
      4 frames
    3. com.amazon.alexa
      AVSApp.main
      1. com.amazon.alexa.avs.AVSAudioPlayer.setupAudioPlayer(AVSAudioPlayer.java:240)
      2. com.amazon.alexa.avs.AVSAudioPlayer.<init>(AVSAudioPlayer.java:138)
      3. com.amazon.alexa.avs.AVSAudioPlayerFactory.getAudioPlayer(AVSAudioPlayerFactory.java:18)
      4. com.amazon.alexa.avs.AVSController.<init>(AVSController.java:129)
      5. com.amazon.alexa.avs.AVSApp.<init>(AVSApp.java:106)
      6. com.amazon.alexa.avs.AVSApp.<init>(AVSApp.java:94)
      7. com.amazon.alexa.avs.AVSApp.main(AVSApp.java:89)
      7 frames