You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Jim Gomes (JIRA)" <ji...@apache.org> on 2007/08/31 18:26:24 UTC

[jira] Created: (AMQNET-49) Deadlock and race condition in TcpTransport

Deadlock and race condition in TcpTransport
-------------------------------------------

                 Key: AMQNET-49
                 URL: https://issues.apache.org/activemq/browse/AMQNET-49
             Project: ActiveMQ .Net
          Issue Type: Bug
          Components: ActiveMQ Client
         Environment: Windows XP SP2, .NET 2.0
            Reporter: Jim Gomes
            Assignee: James Strachan


If a read error occurs on the TCP socket reader, a deadlock can occur while attempting to clean up the connection objects.  An upper level object may have issued a Synchronous request that requires a response and will block forever waiting for a response from the broken connection.  The transport needs to return an error response to the command handler to allow it to unblock and avoid the deadlock condition.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (AMQNET-49) Deadlock and race condition in TcpTransport

Posted by "Jim Gomes (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/activemq/browse/AMQNET-49?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jim Gomes updated AMQNET-49:
----------------------------

    Attachment: amqnet-49.patch.txt

Patch to be applied.  Generated from Perforce using 'p4 diff2 -u' command.

> Deadlock and race condition in TcpTransport
> -------------------------------------------
>
>                 Key: AMQNET-49
>                 URL: https://issues.apache.org/activemq/browse/AMQNET-49
>             Project: ActiveMQ .Net
>          Issue Type: Bug
>          Components: ActiveMQ Client
>         Environment: Windows XP SP2, .NET 2.0
>            Reporter: Jim Gomes
>            Assignee: James Strachan
>         Attachments: amqnet-49.patch.txt
>
>   Original Estimate: 1 hour
>  Remaining Estimate: 1 hour
>
> If a read error occurs on the TCP socket reader, a deadlock can occur while attempting to clean up the connection objects.  An upper level object may have issued a Synchronous request that requires a response and will block forever waiting for a response from the broken connection.  The transport needs to return an error response to the command handler to allow it to unblock and avoid the deadlock condition.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Closed: (AMQNET-49) Deadlock and race condition in TcpTransport

Posted by "Jim Gomes (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/activemq/browse/AMQNET-49?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jim Gomes closed AMQNET-49.
---------------------------

    Resolution: Fixed

> Deadlock and race condition in TcpTransport
> -------------------------------------------
>
>                 Key: AMQNET-49
>                 URL: https://issues.apache.org/activemq/browse/AMQNET-49
>             Project: ActiveMQ .Net
>          Issue Type: Bug
>          Components: ActiveMQ Client
>         Environment: Windows XP SP2, .NET 2.0
>            Reporter: Jim Gomes
>            Assignee: James Strachan
>         Attachments: amqnet-49.patch.txt
>
>   Original Estimate: 1 hour
>  Remaining Estimate: 1 hour
>
> If a read error occurs on the TCP socket reader, a deadlock can occur while attempting to clean up the connection objects.  An upper level object may have issued a Synchronous request that requires a response and will block forever waiting for a response from the broken connection.  The transport needs to return an error response to the command handler to allow it to unblock and avoid the deadlock condition.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.