CSR for Class-File API (Preview)

[-]

I think lang package makes sense then. In addition, foreign API is also in
lang, while its interactions with the rest of lang package is less obvious.
Classfile API is already used by reflect and invoke content, so I think
putting them in parallel makes sense.

Also, after the move, will the old jdk.internal.classfile.impl package
simply become jdk.internal.classfile, taking place of the original API
package?

On Wed, May 24, 2023, 10:57 AM Brian Goetz <brian.goetz at oracle.com> wrote:

>
> > In addition, what's the rationale for putting all these new contents
> > under java.lang instead of java, like java.classfile vs
> > java.lang.classfile?
>
> Largely historical.  Imagine "lang" meant "platform"; this is where
> low-level platform classes have historically gone (e.g.,
> java.lang.invoke, java.lang.constant, neither of which have anything to
> do with the language.)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/classfile-api-dev/attachments/20230524/9dd22c7b/attachment.htm>