<!DOCTYPE html><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<font size="4" face="monospace">Slight correction; the JEP is
attempting to get to Preview in 22. There will be still time to
make API adjustments.</font><br>
<br>
<div class="moz-cite-prefix">On 11/17/2023 6:24 PM, - wrote:<br>
</div>
<blockquote type="cite" cite="mid:CABe8uE2byvx7DZ_0Xbaq8aKm5ng0DYjJoK7ryZe0oitN1+ZQcQ@mail.gmail.com">
<div dir="ltr">Hello,<br>
<div>I believe that there are some issues with the current API
of Class-File API, where the class signature should require
its superclass and superinterfaces to be class types (<a href="https://github.com/openjdk/jdk/pull/16514" moz-do-not-send="true" class="moz-txt-link-freetext">https://github.com/openjdk/jdk/pull/16514</a>)
and the type argument model adjustment (<a href="https://github.com/openjdk/jdk/pull/16517" moz-do-not-send="true" class="moz-txt-link-freetext">https://github.com/openjdk/jdk/pull/16517</a>).
Yet, the current Class-File API JEP is finalized and targeting
JDK 22.</div>
<div><br>
</div>
<div>Should these 2 improvements make their way into the JEP, or
should they become separate patches integrated after the JEP's
integration? Making them part of the JEP may increase effort
to integration, and making them separate will require CSR
filling and probably will cause these fixes to fail to catch
up with JDK 22.</div>
<div><br>
</div>
<div>Best,</div>
<div>Chen Liang</div>
</div>
</blockquote>
<br>
</body>
</html>