JDK-4778185 : JNLPClassLoader can still return unencoded URL
  • Type: Bug
  • Component: deploy
  • Sub-Component: webstart
  • Affected Version: 1.2.0
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • OS: windows_nt,windows_2000
  • CPU: x86
  • Submitted: 2002-11-13
  • Updated: 2002-11-26
  • Resolved: 2002-11-26
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.
Other
1.4.2 b09Fixed
Related Reports
Duplicate :  
Relates :  
Relates :  
Description
JNLPClassLoader returns illegal URL values from ClassLoader.findResource()
if the base directory for the cache contains characters illegal in URL's.
For example, on Windows the default deployment.userHome is commonly:
C:/XXX/Application Data/Sun/Java/Deployment
this will result of cached resource being returned as:

jar:file:C:/XXX/Application Data/Sun/Data/Deployment/cache/http/YYY/resource.jar

the space in "Application Data" is not a legal character in a url and should 
be encoded as "%20".  the returned url should be:

jar:file:C:/XXX/Application%20Data/Sun/Data/Deployment/cache/http/YYY/resource.jar


Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mantis-beta FIXED IN: mantis-beta INTEGRATED IN: mantis-b09 mantis-beta
31-08-2004

EVALUATION I think we should fix this in mantis, by encoding and decoding in URLUtil ###@###.### 2002-11-13 At this time it has been decided to postpone integrating this fix. ###@###.### 2002-11-15 Having tested with thius fir for two weeks now, I think we should fix in mantis for beta freeze. ###@###.### 2002-11-20
15-11-2002