<div dir="ltr"><div><div>Thanks Alan for the prompt response! <br>Please share the bug id when you created it. Hopefully it will be fixed soon.<br></div><div><br>Am I correct, this is basically a  memory leak? That is, those weak references will never be garbage collected, so the application can  eventually crash.<br></div><br></div><div>Regards,<br></div><div>Alexey<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 16, 2023 at 7:53 PM Alan Bateman <<a href="mailto:Alan.Bateman@oracle.com">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"><br>
On 16/05/2023 20:38, Alexey Gavrilov wrote:<br>
> :<br>
><br>
> I guess the idea was that `QUEUE` should have been passed as a second <br>
> parameter to the `WeakReference` constructor in the <br>
> `registerContainer` method, so the reference queue would properly <br>
> register every new `ThreadContainer` instance.<br>
<br>
Good sleuthing, I suspect this got lost somehow before the integration <br>
for JDK 19. I haven't seen any other reports but if there are many pool <br>
being created over time then it will be an issue. We'll get a bug <br>
created for this and sort it out. Thank you!<br>
<br>
-Alan<br>
</blockquote></div>