[
https://issues.apache.org/activemq/browse/AMQNET-132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=51676#action_51676
]
Timothy Bish commented on AMQNET-132:
-------------------------------------
Is it possible for you to create a sample app that can demonstrate this issue,
I've not been able to reproduce the behaviour.
One thing that could be changed here is that its not really necessary lock in
this method, especially if the closed flag was of type AtomicBoolean instead of
a plain bool.
> Deadlock with acknowledgement
> -----------------------------
>
> Key: AMQNET-132
> URL: https://issues.apache.org/activemq/browse/AMQNET-132
> Project: ActiveMQ .Net
> Issue Type: Bug
> Components: ActiveMQ Client
> Environment: Windows Quadcore machine, running Visual Studio 2008,
> and .NET 2.0
> Reporter: Christian Gross
> Assignee: Jim Gomes
> Fix For: 1.1
>
>
> When I send and receive very large number of text based messages the code
> doing the receiving will lock up. This behavior occurs when you use async or
> the IMessageConsumer.Read method.
> The problem is that when the Receive method is called it calls the
> CheckClosed. In the method CheckClosed there is a lock(this) statement, and
> it is waiting for the lock to be released. The problem is that the method
> Dispatch that also uses the same lock is deadlocked on something. In specific
> the following line is the deadlock:
> ackSession.Connection.OneWay(ack);
> If I switch the session settings from AutoAcknowledge to ClientAcknowledge
> then I can retrieve all of the messages without any deadlocks occurring.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
