<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Sep 22, 2024 at 12:14 PM Alan Bateman <<a href="mailto:alan.bateman@oracle.com" target="_blank">alan.bateman@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 21/09/2024 22:14, Rafael Winterhalter wrote:<br>
> Hello,<br>
> It is a quite common need for Java agents to resolve class files for <br>
> Java classes by their name. Normally, this is done by requesting a <br>
> resource from the class loader.<br>
<br>
I agree that the scalability issue with MR JARs deserves attention. JEP <br>
238 pre-dates the 6 month cadence where we now add two additional <br>
versions to search each year.</blockquote><div><br></div><div>Alan,</div><div><br></div><div>JarFile.getVersionedEntry no longer searches the full historical version range, but only tries the specific versions actually present in the JAR file. So this probably isn't as bad as it sounds, assuming most multi-release JARs only have entries for a low number of versions.</div><div><br></div><div>See <a href="https://bugs.openjdk.org/browse/JDK-8242596" target="_blank">https://bugs.openjdk.org/browse/JDK-8242596</a></div><div> </div><div>Eirik.</div><div><br></div></div></div>