Hello,

this is a urgent problem.

http://forums.sun.com/thread.jspa?messageID=10804837

Can I hope that this bug is fixed in 1.6.0_17 ?
Because we have a lot of customers, these automaticly update to the latest java version. After it, the JWS can not start java 1.4 applications. Or must switch / develop the own application from java 1.4.2_x to java 1.6 ?
What is the best solution ( not go to prev. version _14 ) ?

Thanks

 

 

Same problem here. Is there any official info about the problem?

 

 

I am also seeing this issue. For some reason, a moderator closed the previous thread on this topic, although his reason for closing it was incorrect in my opinion.

As seen in the previous thread, this problem cropped up with Java 6 version 15 or so and 16 does nothing to solve it. One person went through various versions and reported everything up to 14 was okay.

Basically, I try to launch a Java Web Start application and JWS rightly tells me the certificate has expired. In the past, you would get an option to run it anyway, now you are stopped dead with no such option. I went through the various settings available in the console and nothing seems to help. What do I do about this exception?


java.lang.NoClassDefFoundError: java/security/CodeSigner

at com.sun.javaws.security.SigningInfo.setContains(Unknown Source)

at com.sun.javaws.security.SigningInfo.overlapChainLists(Unknown Source)

at com.sun.javaws.LaunchDownload.checkSignedResourcesHelper(Unknown Source)

at com.sun.javaws.LaunchDownload.checkSignedResources(Unknown Source)

at com.sun.javaws.Launcher.prepareLaunchFile(Unknown Source)

at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)

at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)

at com.sun.javaws.Launcher.launch(Unknown Source)

at com.sun.javaws.Main.launchApp(Unknown Source)

at com.sun.javaws.Main.continueInSecureThread(Unknown Source)

at com.sun.javaws.Main$1.run(Unknown Source)

at java.lang.Thread.run(Unknown Source)

 

 

We've been having this problem as well. I've noticed that it only occurs if there is more than one jar specified in the "resources" section of the jnlp. I tried packing everything in one jar and got my application working. This is a workaround of course and not a real solution.

I've filed a bug report on this, others have probably done the same. Let's hope that Sun decides to fix the bug quickly for the next releases. So far the only other workarounds / solutions that I know of are these: remove the need to sign the application or go back to the previous JRE version.

Edited by: sturkkila on Sep 4, 2009 12:27 AM

 

 

Thanks for putting in a bug report.

So far the methods I have used to deal with this are:

Uninstall versions of Java above 1.6.0_14

and

Direct Firefox to use an older version of javaws.exe.


I cannot get Windows or Internet Explorer to use an older version of javaws.exe for opening JNLP files. Going through the dialogs presented for changing file type associations these programs ignore any but the latest version even when I select Browse for other programs and select the JWS version I want them to use.

 

 

This bug seems to be fixed in JRE 1.6.0_18 (available here: http://download.java.net/jdk6/ ). I hope it is released officially soon.

 

 

This also appears to be a problem with the latest updated to Java on MacOS X 10.5. Noticed it when trying to run an Opsware/HP Server Admin tool on MacOS X

java.lang.NoClassDefFoundError: java/security/CodeSigner

 

 

No Classdef found on 1.6.0_18 how do I fix that? I am not a computer whiz wld my tech support at my ISP be able to help me? I cannot even download Java .Im in Australia.