RFR: 8358729: jdk/internal/loader/URLClassPath/ClassnameCharTest.java depends on Applet

Justin Lu jlu at openjdk.org
Wed Jun 11 16:59:34 UTC 2025


On Mon, 9 Jun 2025 20:42:43 GMT, Justin Lu <jlu at openjdk.org> wrote:

> Please review this PR which finishes Applet removal for the test: jdk/internal/loader/URLClassPath/ClassnameCharTest.java.
> 
> `testclasses.jar` is updated such that the two classes no longer extend Applet.
> 
> 
> $ javap fo\ o.class 
> public class fo o {
> }
> $ javap æ$'\302\211'$'\302\213'å$'\302\206'$'\302\214'.class 
> public class 手册 {
> }
> 
> 
> The bug description of [JDK-8358729](https://bugs.openjdk.org/browse/JDK-8358729) contains the original `javap` output for those classes.
> 
> Additionally, the security APIs that were marked for removal are also removed from this test as well.

Hi Jai, I had trouble creating class "fo o" through traditional means, so I used the ClassFile API to create those class files. Using `JDKToolFinder.getCompileJDKTool("jar")` with the CF API seems reasonable to do all the work dynamically. I will take a look, thanks for the idea.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/25703#issuecomment-2963544294


More information about the core-libs-dev mailing list