RFR: 8139965 - Hang seen when using com.sun.jndi.ldap.search.replyQueueSize
Chris Hegarty
chris.hegarty at oracle.com
Tue Sep 4 09:00:36 UTC 2018
Rob,
> On 3 Sep 2018, at 22:48, Rob McKenna <rob.mckenna at oracle.com> wrote:
>
> Hi folks,
>
> I'd like to get a re-review of this change:
>
> https://bugs.openjdk.java.net/browse/JDK-8139965 <https://bugs.openjdk.java.net/browse/JDK-8139965>
This issue is closed as `will not fix`. I presume you will re-open it before pushing.
> http://cr.openjdk.java.net/~robm/8139965/webrev/ <http://cr.openjdk.java.net/~robm/8139965/webrev/>
43 private boolean completed;
Won’t `completed` need to be volatile now? ( since the removal of synchronized from hasSearchCompleted )
LdapRequest.close puts EOF into the queue, but that is a potentially blocking operation ( while holding the lock ). If the queue is at capacity, then it will block forever. This model will only work if `getReplyBer` is always guaranteed to be running concurrently. Is it?
Please check the indentation of LdapRequest.java L103 ( in
the new file ). It appears, in the webrev, that the trailing `}` is
not lined up.
The indentation doesn’t look right here either.
624 if (nparent) {
625 LdapRequest ldr = pendingRequests;
626 while (ldr != null) {
627 ldr.close();
628 ldr = ldr.next;
629 }
630 }
631 }
-Chris
More information about the core-libs-dev
mailing list