Class-Path (in jar file) semantics different between Java 11 and 13 (on Windows)?

Brent Christian brent.christian at oracle.com
Tue Nov 19 23:31:58 UTC 2019


On 11/18/19 7:36 AM, Alan Bateman wrote:
 >
> Yes, bad values are now ignored, bringing an end to an effort on the 
> run-time over multiple releases to fix the problems this area. 
> JDK-8224253[1] is the JDK 13 release note to announce this change and I 
> see you've found the system property that you can use to track down bad 
> values. In previous releases you will get the same behavior with 
> -Djdk.net.URLClassPath.disableClassPathURLCheck=false as the changes to 
> reject bad input have been in place for some time.

Right, the "jdk.net.URLClassPath.disableClassPathURLCheck" system 
property can be used to once again allow bad values (though I believe it 
must be set to "true").

> Brent can summarize 
> but I think the only outstanding work is to fix the javac handling.

That's a good summary. :)  It's the only planned change I'm aware of.

It should be expected, however, that the disableClassPathURLCheck system 
property will be removed in a future release.

-Brent


More information about the core-libs-dev mailing list