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