P4
FULL PRODUCT VERSION :
java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) Client VM (build 16.3-b01, mixed mode, sharing)
ADDITIONAL OS VERSION INFORMATION :
ver Windows 7 (32-bit)
A DESCRIPTION OF THE PROBLEM :
I have a web server that is trying to send back a jnlp file during a web browser request for "http://localhost/" from any of the latest web browsers (IE8, Firefox 3.6.3, etc). My web server has a socket bound to port 80 for IPv6 but not IPv4.
When this URL is entered into a web browser (http://localhost/), I can see that the web browser resolves that address to "http://[::1]" instead of "http://127.0.0.1". I don't think Java Webstart is doing this same logic. When my web server returns the JNLP file to the browser and it is launched in Java Webstart, the URLs are "http://localhost/", but they are not being resolved to the IPv6 stack. Thus, my JNLP files fail to launch my Java application.
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
I'm afraid I can't give you exact step-by-step details, unless you want to download a 3rd party application that uses Java Webstart.
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
I was trying to launch a JNLP file from a 3rd party application through the latest IE8 web browser. The JNLP failed to launch due to the failure to resolve "http://localhost" to an IPv6 loopback address instead of an IPv4 loopback address.
ACTUAL -
Failure to launch the JNLP application.
ERROR MESSAGES/STACK TRACES THAT OCCUR :
Well, the JNLP file library URLs start with "http://localhost" which Java Webstart is not resolving correctly.
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
No source code available.
---------- END SOURCE ----------
CUSTOMER SUBMITTED WORKAROUND :
You can enter "http://127.0.0.1" and the JNLP will fail as expected, since there's no IPv4 listeners setup. Whereas, you can enter "http://[::1]" and the JNLP will launch as expected since Java Webstart resolved the address correctly.
java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) Client VM (build 16.3-b01, mixed mode, sharing)
ADDITIONAL OS VERSION INFORMATION :
ver Windows 7 (32-bit)
A DESCRIPTION OF THE PROBLEM :
I have a web server that is trying to send back a jnlp file during a web browser request for "http://localhost/" from any of the latest web browsers (IE8, Firefox 3.6.3, etc). My web server has a socket bound to port 80 for IPv6 but not IPv4.
When this URL is entered into a web browser (http://localhost/), I can see that the web browser resolves that address to "http://[::1]" instead of "http://127.0.0.1". I don't think Java Webstart is doing this same logic. When my web server returns the JNLP file to the browser and it is launched in Java Webstart, the URLs are "http://localhost/", but they are not being resolved to the IPv6 stack. Thus, my JNLP files fail to launch my Java application.
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
I'm afraid I can't give you exact step-by-step details, unless you want to download a 3rd party application that uses Java Webstart.
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
I was trying to launch a JNLP file from a 3rd party application through the latest IE8 web browser. The JNLP failed to launch due to the failure to resolve "http://localhost" to an IPv6 loopback address instead of an IPv4 loopback address.
ACTUAL -
Failure to launch the JNLP application.
ERROR MESSAGES/STACK TRACES THAT OCCUR :
Well, the JNLP file library URLs start with "http://localhost" which Java Webstart is not resolving correctly.
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
No source code available.
---------- END SOURCE ----------
CUSTOMER SUBMITTED WORKAROUND :
You can enter "http://127.0.0.1" and the JNLP will fail as expected, since there's no IPv4 listeners setup. Whereas, you can enter "http://[::1]" and the JNLP will launch as expected since Java Webstart resolved the address correctly.