a bug of JDK 1.6.0_11 ?

[Zhuang, Guanxia (Robin)]

Hi folks

 

I am trying to launch an application with java web start, but it fails. It seams that it is a bug of jdk 1.6.0_11 and afterwards, but 1.6.0_07 works ok.

 

Test Environment:

bash-3.00$ uname -a

SunOS himalayashan 5.10 Generic_118833-17 sun4u sparc SUNW,A70

bash-3.00$ which java   

/opt/sycamore/java/bin/java

bash-3.00$ java -version

java version "1.6.0_11"

Java(TM) SE Runtime Environment (build 1.6.0_11-b03)

Java HotSpot(TM) Client VM (build 11.0-b16, mixed mode, sharing)

bash-3.00$ javaws -verbose http://172.21.1.15/demo.jnlp

Java(TM) Web Start 1.6.0_11 Launching: /opt/sycamore/java/bin/java

/opt/sycamore/java/bin/java

 -Xbootclasspath/a:/opt/sycamore/java/lib/javaws.jar:/opt/sycamore/java/lib/deploy.jar

 -classpath

 /opt/sycamore/java/lib/deploy.jar

 -Djava.security.policy=file:/opt/sycamore/java/lib/security/javaws.policy

 -DtrustProxy=true

 -Xverify:remote

 -Djnlpx.home=/opt/sycamore/java/bin

 -Djnlpx.remove=false

 -Djnlpx.splashport=57758

 -Djnlpx.jvm=/opt/sycamore/java/bin/java

 com.sun.javaws.Main

 http://172.21.1.15/demo.jnlp

 

Exception is throwed:

 

 

 

 

 

 

NOTE: 

*          if the version is 1.6.0_07 or lower, no issue, but for 1.6.0_11 and 1.6.0_12, the issue exists.

*          If the JRE is not installed in /opt/sycamore/java, no problem. But if the path end with java, it does not work, another example is£º /opt/java. I look at the code, from 1.6.0_11, JDK assume that jre should not be installed in such a path. But jdk should make a such assumption, right?

 

com.sun.deploy.config.Config.java

 

    public static String getJavaCommand(String path)

    {

        if(null==path) return null;

 

              /*This section is added in 1.6.1_11, but it seams unreasonal*/

        if(path.endsWith(Config.getInstance().getPlatformSpecificJavaName())) 

        {

            return path;

        }

 

        if (!path.endsWith(File.separator)) {

            path = path + File.separator;

        }

 

        path = path + "bin" + File.separator +

                    Config.getInstance().getPlatformSpecificJavaName();

 

        return path;

  }

 

I attach the jnlp file and jar file for reference.

If you can not reproduce the problem, please contact me.

 

thanks

--

Robin

Sycamore Networks

http://www.sycamorenet.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20090507/2a50bf88/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 16002 bytes
Desc: image001.jpg
Url : http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20090507/2a50bf88/attachment.jpe 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 45988 bytes
Desc: image002.jpg
Url : http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20090507/2a50bf88/attachment-0001.jpe 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 54665 bytes
Desc: image006.jpg
Url : http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20090507/2a50bf88/attachment-0002.jpe 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: demo.jnlp
Type: application/octet-stream
Size: 847 bytes
Desc: demo.jnlp
Url : http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20090507/2a50bf88/attachment.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: demo.jar
Type: application/octet-stream
Size: 4997 bytes
Desc: demo.jar
Url : http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20090507/2a50bf88/attachment-0001.obj