Class files conforming to the Chapter 4. “The class File Format” of the Java 
Virtual Machine Specification are supported. It covers class file versions far 
to the history.

Feel free to report cases where the support is insufficient.

Thank you,
Adam

From: Archie Cobbs <archie.co...@gmail.com>
Date: Tuesday, 27 August 2024 at 18:49
To: core-libs-dev@openjdk.org <core-libs-dev@openjdk.org>
Cc: Adam Sotona <adam.sot...@oracle.com>, jdk-...@openjdk.org 
<jdk-...@openjdk.org>
Subject: [External] : Re: New candidate JEP: 484: Class-File API
Question... would it be appropriate for this JEP to mention that support for 
older-than-current classfile versions is an explicit non-goal?

Otherwise I think there could be many repeats of this 
discussion<https://mail.openjdk.org/pipermail/core-libs-dev/2024-August/127982.html>
 from the other day.

To be clear, I don't disagree with the design choice, I just think it might be 
worthwhile to address that point directly and clarify the thinking behind it so 
there's no ambiguity.

As it's written today, a casual reading of the JEP comes across as if we're 
talking about a great new JDK-sanctioned tool with state of the art design that 
will help get all of the classfile manipulation libraries on the same page to 
allow analysis/transformation of any class file on the classpath. Or at least, 
it doesn't do anything to dispel that notion (unless I'm missing something).

-Archie

On Tue, Aug 27, 2024 at 8:58 AM Mark Reinhold 
<mark.reinh...@oracle.com<mailto:mark.reinh...@oracle.com>> wrote:
https://openjdk.org/jeps/484

  Summary: Provide a standard API for parsing, generating, and
  transforming Java class files.

- Mark


--
Archie L. Cobbs

Reply via email to