<div dir="auto">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.<div dir="auto"><br></div><div dir="auto">Also, after the move, will the old jdk.internal.classfile.impl package simply become jdk.internal.classfile, taking place of the original API package?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 24, 2023, 10:57 AM Brian Goetz <<a href="mailto:brian.goetz@oracle.com">brian.goetz@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> In addition, what's the rationale for putting all these new contents<br>
> under java.lang instead of java, like java.classfile vs<br>
> java.lang.classfile?<br>
<br>
Largely historical.  Imagine "lang" meant "platform"; this is where <br>
low-level platform classes have historically gone (e.g., <br>
java.lang.invoke, java.lang.constant, neither of which have anything to <br>
do with the language.)<br>
</blockquote></div>