[jira] [Comment Edited] (DIRAPI-236) Unbind during search hangs

["Stefan Seelmann (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/DIRAPI-236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513188#comment-14513188 ] 

Stefan Seelmann edited comment on DIRAPI-236 at 4/26/15 6:58 PM:
-----------------------------------------------------------------

Here is another test: http://svn.apache.org/r1676138

More complex. One connection, two threads. One thread always unbinds and sleeps a bit. The second binds and then permanently searches, till the first thread unbinds. 

After some rounds there is only output to sysout from the "unbind thread: unbind", the serach thread hangs. In the thread dump I see the same as above.

If I use close() instead of unBind() the test is green.


was (Author: seelmann):
Here is another test: http://svn.apache.org/r1676138

More complex. One connection, two threads. One thread always unbinds and sleeps a bit. The second binds and then permanently searches, till the first thread unbinds. 

After some rounds there is only output to sysout from the "unbind thread: unbind". In the thread dump I see the same as above.

If I use close() instead of unBind() the test is green.

> Unbind during search hangs
> --------------------------
>
>                 Key: DIRAPI-236
>                 URL: https://issues.apache.org/jira/browse/DIRAPI-236
>             Project: Directory Client API
>          Issue Type: Bug
>    Affects Versions: 1.0.0-M29
>            Reporter: Stefan Seelmann
>             Fix For: 1.0.0-M30
>
>
> Calling LdapNetworkConnection.unbind() while iterating over an EntryCursor lets the iterator hang, either infinite (if timelimit is 0) or till the timeout occurs.
> Here is the part of a thread dump:
> {noformat}
> "main" prio=10 tid=0x00007f3e5400b800 nid=0x117f waiting on condition [0x00007f3e5c5ab000]
>    java.lang.Thread.State: TIMED_WAITING (parking)
> 	at sun.misc.Unsafe.park(Native Method)
> 	- parking to wait for  <0x00000000e310c000> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> 	at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226)
> 	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082)
> 	at java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:467)
> 	at org.apache.directory.ldap.client.api.future.ResponseFuture.get(ResponseFuture.java:133)
> 	at org.apache.directory.ldap.client.api.future.SearchFuture.get(SearchFuture.java:69)
> 	at org.apache.directory.ldap.client.api.SearchCursorImpl.next(SearchCursorImpl.java:121)
> 	at org.apache.directory.ldap.client.api.EntryCursorImpl.next(EntryCursorImpl.java:90)
> 	at org.apache.directory.shared.client.api.operations.bind.SimpleBindRequestTest.testUnbindDuringSearch(SimpleBindRequestTest.java:635)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)