<div dir="ltr">Hi folks,<div><br></div><div>l'm Francesco Nigro (although known as Franz - so please call me like that if you wish);<br></div><div>I'm the one referenced at <a href="https://bugs.openjdk.org/browse/JDK-8180450?focusedId=14536886&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-14536886">https://bugs.openjdk.org/browse/JDK-8180450?focusedId=14536886&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-14536886</a> and mentioned by who has started this whole thread.</div><div>Given that I've created the type pollution agent (i.e. <a href="https://github.com/RedHatPerf/type-pollution-agent">https://github.com/RedHatPerf/type-pollution-agent</a>) I'm in the right and unique position to list some of the (most) affected product/projects which reached me out this last 2 years - which I could mention (there are some I cannot, sadly):</div><div>- Cassandra (and DataStax)</div><div>- Netty</div><div>- Drools & Optaplanner</div><div>- Spark</div><div>- Hibernate</div><div>- Quarkus</div><div>- Spring</div><div>- Micronaut</div><div>- Infinispan</div><div>- Camel</div><div>- Netflix Zuul </div><div>- ...</div><div><br></div><div>This just to enforce Andrew's comment</div><div>> <span style="color:rgb(0,0,0)">Several significant Java projects are affected.</span></div><div><span style="color:rgb(0,0,0)"><br></span></div><div><span style="color:rgb(0,0,0)">"Several" is really a modest term here; we're talking about the biggest players in the Java Community; which are often "victims" of their own success and sometimes struggle to get to the very latest JDK version which fixes it.</span></div><div><span style="color:rgb(0,0,0)">My 2c: </span><font color="#000000">I'm not suggesting to backport till java 8, but as Aristotele rightly said "</font>In medio stat virtus" - In the middle stands the truth:</div><div>by not backporting in any previous JDK version we let tons of cycles to be wasted on the cloud/private cloud or, for the projects which can apply patches to it found by the agent, let them to live with some broken and (at best) non-idiomatic Java code. </div><div><br></div><div>Hope this helps to give a better context of the impact,</div><div>Franz</div><div><span style="color:rgb(0,0,0)"><br></span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno gio 24 ott 2024 alle ore 12:16 Andrew Haley <<a href="mailto:aph-open@littlepinkcloud.com">aph-open@littlepinkcloud.com</a>> ha scritto:<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 10/17/24 09:14, Lindenmaier, Goetz wrote:<br>
> So I think while we could consider this for the latest LTE, 21,<br>
> we should not bring this to 17 or older releases.  It's just too<br>
> risky for these.<br>
> Even for 21 it would be a considerable effort to backport it<br>
> along with the needed follow-up issues.<br>
<br>
I have created a draft backport at <a href="https://github.com/openjdk/jdk21u-dev/pull/1090" rel="noreferrer" target="_blank">https://github.com/openjdk/jdk21u-dev/pull/1090</a>.<br>
It applies cleanly except for a few places where surrounding code had moved.<br>
<br>
I am not pushing for this to be included in 21u, but I have been speaking to Java<br>
developers who have been adversely affected by the problem this patch fixes, who<br>
seem quite keen to have it. Several significant Java projects are affected.<br>
<br>
-- <br>
Andrew Haley  (he/him)<br>
Java Platform Lead Engineer<br>
Red Hat UK Ltd. <<a href="https://www.redhat.com" rel="noreferrer" target="_blank">https://www.redhat.com</a>><br>
<a href="https://keybase.io/andrewhaley" rel="noreferrer" target="_blank">https://keybase.io/andrewhaley</a><br>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671<br>
</blockquote></div>