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

ASF subversion and git services commented on QPID-7774:
-------------------------------------------------------

Commit ce8996aebe14f1b6c9d02ec123e8ccda8fd8988b in qpid-jms-amqp-0-x's branch 
refs/heads/master from [~alex.rufous]
[ https://git-wip-us.apache.org/repos/asf?p=qpid-jms-amqp-0-x.git;h=ce8996a ]

QPID-7774: Improve locking when using failover latch


> [Qpid JMS Client 0-x] [0-8..0-91] MessageConsumer#receiveNoWait() always 
> returns null after a successful failover
> -----------------------------------------------------------------------------------------------------------------
>
>                 Key: QPID-7774
>                 URL: https://issues.apache.org/jira/browse/QPID-7774
>             Project: Qpid
>          Issue Type: Bug
>          Components: Java Client
>    Affects Versions: 0.22, 0.32, qpid-java-6.0.6, qpid-java-6.1.2
>            Reporter: Keith Wall
>            Assignee: Keith Wall
>             Fix For: qpid-java-client-0-x-6.3.0, qpid-java-6.1.3
>
>         Attachments: 
> 0001-QPID-7774-Improve-locking-when-using-failover-latch.patch
>
>
> If the client fails over when AMQP 0-8..0-91 is in use and the application is 
> using a synchronous message receiver calling #receiveNoWait(), the 
> application will always receive null.  The defect is longstanding.  It goes 
> back at least until 0.22.  Other synchronous receive calls and asynchronous 
> message listeners are unaffected.  The 0-10 path is unaffected too.
> The problem is {{org.apache.qpid.client.AMQConnection#isFailingOver}} and 
> org.apache.qpid.client.AMQProtocolHandler#startFailoverThread.   The former 
> assumes that the failover latch will be nullified after a successful failover 
> but {{startFailoverThread}} does not organise for this.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to