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 (~/projects/Lince/build/classes/main:~/projects/Lince/build/resources/main:~/.gradle/caches/modules-2/files-2.1/uk.co.caprica/vlcj/2.4.1/57a33ac153f2116d9c3099fc9a3efc8226ae00bc/vlcj-2.4.1.jar:~/.gradle/caches/modules-2/files-2.1/org.jdesktop/beansbinding/1.2.1/5a34143743fc23e24b27e7cb7042ff0fb710a69b/beansbinding-1.2.1.jar:~/.gradle/caches/modules-2/files-2.1/com.healthmarketscience.jackcess/jackcess/1.2.13/1e36ef61f70f3dce01e4e146c3cabd3d1c22f5ff/jackcess-1.2.13.jar:~/.gradle/caches/modules-2/files-2.1/net.java.dev.jna/jna/3.5.2/f1bf9fe267e17c1a8f7d1aa2c985e7fe81a06da6/jna-3.5.2.jar:~/.gradle/caches/modules-2/files-2.1/net.java.dev.jna/platform/3.5.2/beac07d13858ef3697ceeab43897d70aeb5113c9/platform-3.5.2.jar:~/.gradle/caches/modules-2/files-2.1/commons-lang/commons-lang/2.0/b2921b7862e7b26b43aa239c2c20cc16431a8ffd/commons-lang-2.0.jar:~/.gradle/caches/modules-2/files-2.1/commons-logging/commons-logging/1.0.3/760c711c71588bc273d3e56d196d720a7678cd93/commons-logging-1.0.3.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 | BraisGabin | 3 months ago
  1. 0

    GitHub comment 512#248900950

    GitHub | 3 months ago | BraisGabin
    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 (~/projects/Lince/build/classes/main:~/projects/Lince/build/resources/main:~/.gradle/caches/modules-2/files-2.1/uk.co.caprica/vlcj/2.4.1/57a33ac153f2116d9c3099fc9a3efc8226ae00bc/vlcj-2.4.1.jar:~/.gradle/caches/modules-2/files-2.1/org.jdesktop/beansbinding/1.2.1/5a34143743fc23e24b27e7cb7042ff0fb710a69b/beansbinding-1.2.1.jar:~/.gradle/caches/modules-2/files-2.1/com.healthmarketscience.jackcess/jackcess/1.2.13/1e36ef61f70f3dce01e4e146c3cabd3d1c22f5ff/jackcess-1.2.13.jar:~/.gradle/caches/modules-2/files-2.1/net.java.dev.jna/jna/3.5.2/f1bf9fe267e17c1a8f7d1aa2c985e7fe81a06da6/jna-3.5.2.jar:~/.gradle/caches/modules-2/files-2.1/net.java.dev.jna/platform/3.5.2/beac07d13858ef3697ceeab43897d70aeb5113c9/platform-3.5.2.jar:~/.gradle/caches/modules-2/files-2.1/commons-lang/commons-lang/2.0/b2921b7862e7b26b43aa239c2c20cc16431a8ffd/commons-lang-2.0.jar:~/.gradle/caches/modules-2/files-2.1/commons-logging/commons-logging/1.0.3/760c711c71588bc273d3e56d196d720a7678cd93/commons-logging-1.0.3.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

    I am using the latest jar in Windows 7 home edition, but fails.

    GitHub | 5 years ago | vlcjava
    java.lang.RuntimeException: Failed to load the native library. The error was "Unable to load library 'libvlc': Kan opgegeven module niet vinden. ". 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.
  3. 0

    java - vlcj gives an error when trying to create a server stream

    Stack Overflow | 2 years ago | Adam
    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:\Users\Adam\http\VLC STREAM\bin;E:\Adam\Desktop\vlcj-3.7.0\jna-3.5.2.jar;E:\Adam\Desktop\vlcj-3.7.0\platform-3.5.2.jar;E:\Adam\Desktop\vlcj-3.7.0\slf4j-api-1.7.10.jar;E:\Adam\Desktop\vlcj-3.7.0\vlcj-3.7.0.jar;E:\Adam\Desktop\apache-logging-log4j.jar)". The required native libraries are named "libvlc.dll" and "libvlccore.dll". In the text below 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: Include NativeLibrary.addSearchPath("libvlc", ""); at the start of your application code. Include System.setProperty("jna.library.path", ""); at the start of your application code. Specify -Djna.library.path= on the command-line when starting your application. Add 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. at uk.co.caprica.vlcj.binding.LibVlcFactory.create(LibVlcFactory.java:198)
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 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.
  6. 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.

    1 unregistered visitors
    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 (~/projects/Lince/build/classes/main:~/projects/Lince/build/resources/main:~/.gradle/caches/modules-2/files-2.1/uk.co.caprica/vlcj/2.4.1/57a33ac153f2116d9c3099fc9a3efc8226ae00bc/vlcj-2.4.1.jar:~/.gradle/caches/modules-2/files-2.1/org.jdesktop/beansbinding/1.2.1/5a34143743fc23e24b27e7cb7042ff0fb710a69b/beansbinding-1.2.1.jar:~/.gradle/caches/modules-2/files-2.1/com.healthmarketscience.jackcess/jackcess/1.2.13/1e36ef61f70f3dce01e4e146c3cabd3d1c22f5ff/jackcess-1.2.13.jar:~/.gradle/caches/modules-2/files-2.1/net.java.dev.jna/jna/3.5.2/f1bf9fe267e17c1a8f7d1aa2c985e7fe81a06da6/jna-3.5.2.jar:~/.gradle/caches/modules-2/files-2.1/net.java.dev.jna/platform/3.5.2/beac07d13858ef3697ceeab43897d70aeb5113c9/platform-3.5.2.jar:~/.gradle/caches/modules-2/files-2.1/commons-lang/commons-lang/2.0/b2921b7862e7b26b43aa239c2c20cc16431a8ffd/commons-lang-2.0.jar:~/.gradle/caches/modules-2/files-2.1/commons-logging/commons-logging/1.0.3/760c711c71588bc273d3e56d196d720a7678cd93/commons-logging-1.0.3.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
      MediaPlayerFactory.<init>
      1. uk.co.caprica.vlcj.binding.LibVlcFactory.create(LibVlcFactory.java:191)
      2. uk.co.caprica.vlcj.player.MediaPlayerFactory.<init>(MediaPlayerFactory.java:213)
      2 frames
    3. lince.reproductor
      Reproductor.<init>
      1. lince.reproductor.Reproductor.initMediaPlayer(Reproductor.java:100)
      2. lince.reproductor.Reproductor.initComponents(Reproductor.java:61)
      3. lince.reproductor.Reproductor.<init>(Reproductor.java:50)
      3 frames
    4. lince
      LinceApp$1.run
      1. lince.LinceFrame.initComponents(LinceFrame.java:69)
      2. lince.LinceFrame.<init>(LinceFrame.java:53)
      3. lince.LinceFrame.getInstance(LinceFrame.java:44)
      4. lince.LinceApp$1.run(LinceApp.java:55)
      4 frames
    5. Java RT
      EventDispatchThread.run
      1. java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
      2. java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
      3. java.awt.EventQueue.access$500(EventQueue.java:97)
      4. java.awt.EventQueue$3.run(EventQueue.java:709)
      5. java.awt.EventQueue$3.run(EventQueue.java:703)
      6. java.security.AccessController.doPrivileged(Native Method)
      7. java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
      8. java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
      9. java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
      10. java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
      11. java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
      12. java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
      13. java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
      14. java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
      14 frames