Getter for ClassHierarchyResolverOption in ClassFile?

[Expert Programmer]

I presume this was a no then? If so, that makes sense. I guess I can just
reflect and grab it.

On Thu, Feb 5, 2026 at 9:32 PM Expert Programmer <chrlsvryptnm at gmail.com>
wrote:

> While it is possible to request a ClassHierarchyResolver directly from the
> user, it seems rather pointless as I am already passing the ClassFile
> around to have it available for parsing and transformations, and thus
> passing the ClassHierarchyResolver potentially contained within around. If
> you don't think it's needed I completely understand, I just figured it
> wouldn't hurt to ask.
> Sorry for the duplicate mail.
>
> On Thu, Feb 5, 2026 at 6:44 PM Chen Liang <chen.l.liang at oracle.com> wrote:
>
>> Hello, I think ClassFile is designed so that a user create their own
>> instance to perform operations. I don't envision using it as an argument to
>> non-ClassFile-API endpoints. Can't you request a ClassHierarchyResolver
>> directly?
>>
>> -Chen
>> ------------------------------
>> *From:* classfile-api-dev <classfile-api-dev-retn at openjdk.org> on behalf
>> of Expert Programmer <chrlsvryptnm at gmail.com>
>> *Sent:* Thursday, February 5, 2026 5:39 PM
>> *To:* classfile-api-dev at openjdk.org <classfile-api-dev at openjdk.org>
>> *Subject:* Getter for ClassHierarchyResolverOption in ClassFile?
>>
>> Hello,
>> Has it been considered before to add any form of getters for Options in a
>> ClassFile? I would like to access the ClassHierarchyResolverOption from the
>> ClassFile, to allow determining if a given class extends from / implements
>> another.
>> Thank you for your time, C.
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/classfile-api-dev/attachments/20260206/6e5fedb2/attachment.htm>