JNLPClassLoader: Finding library java.dll hangs

Just opening up the jogl-application-version.jnlp from the JOGL site hangs for several minutes before proceeding to bring up the window. Looking at the Java console, it is hanging on the following line:

"JNLPClassLoader: Finding library java.dll"

Any ideas?

Hi

This one works for me:
http://jogamp.org/deployment/jogamp-current/jogl-application-version.jnlp

If it doesn't for you, please give us much more information and maybe fill a bug report.

I click on the link you provided and the same thing happens. I've pasted the output of my java console below. It hangs on the last line for more than 5 minutes.

After that time, it does succeed, but I think there is something else going on that shouldn't be taking as long as it is. I'm complaining about this because I'm using JOGL in a project of mine (as an extension in the JNLP) and the exact same thing is happening.

Console message below:

Java Web Start 10.51.2.13
Using JRE version 1.7.0_51-b13 Java HotSpot(TM) Client VM
User home directory = C:\Users\<someUserName>
----------------------------------------------------
c:   clear console window
f:   finalize objects on finalization queue
g:   garbage collect
h:   display this help message
m:   print memory usage
o:   trigger logging
p:   reload proxy configuration
q:   hide console
r:   reload policy configuration
s:   dump system and deployment properties
t:   dump thread list
v:   dump thread stack
0-5: set trace level to <n>
----------------------------------------------------
VersionApplet: init() - begin
JNLPClassLoader: Finding library java.dll

I've just tested under Windows. There is probably something wrong with your system, maybe a virus scanner (it might block the loading until it fully scans the DLLs). If that's the root cause, there is nothing we can do as far as I know. I'm under GNU Linux at home and I have never this kind of problem.

Did you manage to find a solution to this problem?

I also have a client who reports JVM hanging in Linux and crashing in Windows and the final output.
It never crashes if I prevent canavas rendering by calling canvas.stopRenderer() right after creating canvas.
But otherwise it will crash/hang, either immediately or after rendering few frames.


Log started: Wed, 30 Jul 2014 20:07:11 +0400
Java Web Start 10.65.2.20
Using JRE version
 1.7.0_65-b20 Java HotSpot(TM) Client VM
server running at port: 49176
Initiating...
Jul 30, 2014 8:07:24 PM java.util.prefs.WindowsPreferences <init>
WARNING: Could not open/create prefs root node Software\JavaSoft\Prefs at root 0x80000002. Windows RegCreateKeyEx(...) returned error code 5.
Initiating License...
Initiating Log...
disabled!
Graphing Calculator 3D 4.2
---Java Properties--------------------------------
os.name = Windows 7
os.version = 6.1
os.arch = x86
java.version = 1.7.0_65
java.vendor = Oracle Corporation
java.vm.name = Java HotSpot(TM) Client VM
java.vm.vendor = Oracle Corporation
java.home = C:\Program Files\Java\jre7
java.io.tmpdir = C:\Users\dk\AppData\Local\Temp\
user.dir = c:\Users\dk\Documents
user.language = en
java.class.path = .
java.ext.dirs = C:\Program Files\Java\jre7\lib\ext;C:\Windows\Sun\Java\lib\ext
java.library.path = C:\Program Files\Java\jre7\bin;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\Program Files\Java\jre7\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;"C:\Program Files\Java\jre7\bin";.
--------------------------------------------------
Serial Number:
Invalid.
Enabling UI anti-alias...
Webstart verifying...done
www.runiter.com
Setting up webstart single instance...
server running at port: 49176
Initiating License...
Initiating Log...
disabled!
Graphing Calculator 3D 4.2
---Java Properties--------------------------------
os.name = Windows 7
os.version = 6.1
os.arch = x86
java.version = 1.7.0_65
java.vendor = Oracle Corporation
java.vm.name = Java HotSpot(TM) Client VM
java.vm.vendor = Oracle Corporation
java.home = C:\Program Files\Java\jre7
java.io.tmpdir = C:\Users\dk\AppData\Local\Temp\
user.dir = c:\Users\dk\Documents
user.language = en
java.class.path = .
java.ext.dirs = C:\Program Files\Java\jre7\lib\ext;C:\Windows\Sun\Java\lib\ext
java.library.path = C:\Program Files\Java\jre7\bin;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\Program Files\Java\jre7\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;"C:\Program Files\Java\jre7\bin";.
--------------------------------------------------
Serial Number:
Invalid.
Enabling UI anti-alias...
Initiating User Interface...
Locale = en_US
Switched to English Locale.
Initializing Java3D...
Initializing Java3D...Canvas3D
---VirtualUniverse Properties-------------------
Jogl Version: 2.2-b1309-20140711
3D [dev] 1.6.0-pre10-daily-experimental daily

JNLPClassLoader: Finding library java.dll

Hi Runiter

Please use jstack or jvisualvm in order to determine where it hangs under GNU Linux. We need much more information. Personally, I'm progressively moving away from Java Webstart and I'm very happy but we can do nothing against paranoid virus scanners under Microsoft Windows.

Edit.: There is a solution for the hang if the root cause is the same than mine. When I updated Oracle Java under Windows, it hanged because of a regression in Java Webstart in Java 1.7 update 65. Just delete C:\Users\${USERS}\AppData\LocalLow\Sun\Java:
http://stackoverflow.com/a/24804487

Actually it's not a webstart problem because I gave him an stand-alone jar application and that was crashed exactly the same way.

He's using OpenJDK in linux and OracleJDK in windows. It freezes in linux and crashes in windows.

I wish I had access to his computer to run jvisualvm but I don't. Is there any other way to debug this?

On a different topic, when you moved away from webstart what did you do for updating your application? What i love most about Java webstart is the seemless update in the background.

As I told you, please use jstack:
http://docs.oracle.com/javase/1.5.0/docs/tooldocs/share/jstack.html

You can ask him to run this command when the application freezes. Enable all logs and get the JVM crash logs. We can't investigate without information. Please use the very latest JOGL version (currently 2.2.0 RC 20140731).

Any updater can be bothered by firewalls, virus scanners, ... There is no perfect solution. I never used the update in the background with Java Webstart, I preferred updating the application before running it. Currently, there is no real update, the end user has to download and install anew my game, I just plan to use the hash of the application bundle to determine whether the application needs an update and suggest him/her to reinstall it (Notepad++, TortoiseSVN and some other applications already do something similar). It could be automatized by using curl (already installed under Mac OS X and GNU Linux, available for Windows) or by writing a very short piece of Java source code to download the JAR(s) but then you have to show something to the end user while you update the application... As you can see, it can become quickly very complicated.

Runiter, maybe look at this bug report:
https://jogamp.org/bugzilla/show_bug.cgi?id=1015

gouessej wrote

Runiter, maybe look at this bug report:
https://jogamp.org/bugzilla/show_bug.cgi?id=1015

Ah! I'm glad you mentioned this because this is another problem that several of my users have been reporting. I hope you guys can fix it.

But I believe the original problem of this forum with java.dll is not related to this bug because java.dll is not located in tmp folder. Also this problem is present in Linux too whereas the bug you mentioned is limited to Windows.

I didn't have time to ask the client to run the stack debugger as you suggested. I hope to do that soon and will report back.