You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by "Emmanuel Lecharny (JIRA)" <ji...@apache.org> on 2016/01/28 13:44:40 UTC

[jira] [Updated] (DIRMINA-893) 'fake deadlock' causes IoFuture.await() to malfunction

     [ https://issues.apache.org/jira/browse/DIRMINA-893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Emmanuel Lecharny updated DIRMINA-893:
--------------------------------------
    Fix Version/s:     (was: 2.0.11)
                   2.0.12

> 'fake deadlock' causes IoFuture.await() to malfunction
> ------------------------------------------------------
>
>                 Key: DIRMINA-893
>                 URL: https://issues.apache.org/jira/browse/DIRMINA-893
>             Project: MINA
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 2.0.2
>         Environment: XP, JDK 1.6
>            Reporter: Carusyte
>            Priority: Critical
>              Labels: deadlock
>             Fix For: 2.0.12
>
>
> I am using a NioSocketConnector inside a NioSocketAcceptor (like a message broker / proxy app), and I need to use the connector in synchronous mode therefore I have to call IoFuture.await() or the method alike.
> The problem is, as I look into the source code, when it comes to ConnectionFuture.await(), if the connection is not ready, DefaultIoFuture.checkDeadLock() will be called, iterating through the stack trace of current thread, checking to see if AbstractPollingIoProcessor is involved in the trace, and if so, throw a dead lock exception. The point is, IMHO, this AbstractPollingIoProcessor is created by the NioSocketAcceptor, not by the NioSocketConnector, and thus shouldn't be interpreted as a dead lock threat.
> How can I work around this issue?



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