On Wed, 10 Jun 2026 15:36:26 GMT, Chen Liang <[email protected]> wrote:
>> I included java.lang.Class because on JBS, many of its changes belong to
>> `java.lang:reflect` subcompnent like all `java.lang.reflect` changes. If we
>> include `Module`, we can argue for inclusion of `Package` etc. I personally
>> would prefer to drop "in addition to java.lang.Class" if this becomes
>> confusing.
>
> Maybe we can qualify this as `obtaining reflective information about Java
> programs derived from {@code class} files`, which distinguishes
> java.lang.reflect and java.lang.Class from Package/Module (purely class
> loader artifacts)
The "Java programming language and JVM modeling in core reflection" section
suggests a runtime/VM focused view so starting out saying it's a class file
view would be confusing. It might be that we have to hoist up some of the text
from that section to start the package description.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/28685#discussion_r3389971505
