JDK-6662936 : JNLP-OOPP: Applet fials to load if version is specified against the jar inside the jnlp file
  • Type: Bug
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 6u10
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows
  • CPU: generic
  • Submitted: 2008-02-13
  • Updated: 2010-04-04
  • Resolved: 2008-04-17
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6
6u10Resolved
Related Reports
Duplicate :  
Description
If "version" attribute is specified inside the jnlp file against the <jar> element then applet fails to load by throwing exception mentioned below. Applet works fine if no version is specified. Try loading following applets to reproduce the issue:

1) http://nicole1.sfbay.sun.com:8080/plugin_tests/JNLPSupport/jarCaching/html/TestMJ_ARJNLPVersionTest.html
2)
http://nicole1.sfbay.sun.com:8080/plugin_tests/JNLPSupport/jarCaching/html/TestMJ_ARJNLPVersionTest2.html

Exception getting Raised:
--------------------------
downloadVersion: 2.0, mimeType: application/x-java-jnlp-error)
com.sun.deploy.net.FailedDownloadException: Unable to load resource: (com.sun.deploy.net.FailedDownloadException: Unable to load resource: (http://nicole1.sfbay.sun.com:8080/plugin_tests/JNLPSupport/jarCaching/classes/b.jar?version-id=2.0, 2.0)
	at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
	at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
	at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
	at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
	at com.sun.deploy.net.DownloadEngine.getResource(Unknown Source)
	at com.sun.javaws.LaunchDownload.downloadJarFiles(Unknown Source)
	at com.sun.javaws.LaunchDownload.downloadEagerorAll(Unknown Source)
	at sun.plugin2.applet.JNLP2Manager.downloadResources(Unknown Source)
	at sun.plugin2.applet.JNLP2Manager.prepareLaunchFile(Unknown Source)
	at sun.plugin2.applet.JNLP2Manager.loadJarFiles(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Caused by:
java.io.IOException: Error returned: 10 Could not locate resource
	at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
	at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
	at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
	at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
	at com.sun.deploy.net.DownloadEngine.getResource(Unknown Source)
	at com.sun.javaws.LaunchDownload.downloadJarFiles(Unknown Source)
	at com.sun.javaws.LaunchDownload.downloadEagerorAll(Unknown Source)
	at sun.plugin2.applet.JNLP2Manager.downloadResources(Unknown Source)
	at sun.plugin2.applet.JNLP2Manager.prepareLaunchFile(Unknown Source)
	at sun.plugin2.applet.JNLP2Manager.loadJarFiles(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

Comments
EVALUATION Tests updated: http://j2se.east.sun.com/deployment/www/tests/1.6.0_10/6662936/ Where the servlet ones redirect to here: http://oklahoma.east.sun.com/tests/sgothel/6662936/ They are all up and running without any code change, using my CR 6688396 patch version.
17-04-2008

EVALUATION The preferred way of using versioned JAR files in OOPP.JNLP is to set the system property "jnlp.versionEnabled" to "true", in the JNLP file. This is described here: https://jdk6.dev.java.net/testProperty.html The allows us to use JAR versioning without the use of a server side download servlet. Tests are available here: http://j2se.east.sun.com/deployment/www/tests/1.6.0_10/6662936/ Which set the above mentioned property in the applet tag as well, so we don't have to relaunch the client JVM. It is to be discussed, if we should set the properties "jnlp.packEnabled" and "jnlp.versionEnabled" to "true" per default in case of OOPP.JNLP! However this codepath is currently working out of the box. We have to investigate the versioning using a server side download servlet.
16-04-2008