[ 
https://issues.apache.org/activemq/browse/AMQCPP-316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=62056#action_62056
 ] 

Helen Huang edited comment on AMQCPP-316 at 9/23/10 5:24 PM:
-------------------------------------------------------------

I did some more tests, and found there is still a problem with the sender 
timeout. Ideally, we want the MessageSender to proceed as soon as possible 
after sending a message. So I tried to set the timeout to be 0 for the failover 
transport. The MessageSender hung as the result.
 "failover://(tcp://127.0.0.1:61616)?timeout=0". 

To avoid the hang, I changed the timeout value to 10. This time the 
MessageSender waited for about a minute  before getting an exception from 
CmsTemplate::send(). (I understand the exception is expected :-) )
"failover://(tcp://127.0.0.1:61616)?timeout=10". 

I thought the time might be spent on trying to re-connect. So I decreased the 
connectionTimeout setting for the tcp transport to 200 (used to be 30000 by 
default). This did not appear to help. The amount of waiting time seemed to be 
unchanged.
"failover://(tcp://127.0.0.1:61616?connectionTimeout=200)?timeout=10"

Do you know what might be wrong? 

Thanks a lot for your help again!


      was (Author: hhuang):
    I did some more tests, and found there is still a problem with the sender 
timeout. Ideally, we want the MessageSender to proceed as soon as possible 
after sending a message. So I tried to set the timeout to be 0 for the failover 
transport. The MessageSender hangs as the result.
 "failover://(tcp://127.0.0.1:61616)?timeout=0". 

To avoid the hang, I changed the timeout value to 10. This time the 
MessageSender waited for about a minute  before getting an exception from 
CmsTemplate::send(). (I understand the exception is expected :-) )
"failover://(tcp://127.0.0.1:61616)?timeout=10". 

I thought the time might be spent on trying to re-connect. So I decreased the 
connectionTimeout setting for the tcp transport to 200 (used to be 30000 by 
default). This did not appear to help. The amount of waiting time seemed to be 
unchanged.
"failover://(tcp://127.0.0.1:61616?connectionTimeout=200)?timeout=10"

Do you know what might be wrong? 

Thanks a lot for your help again!

  
> Unable to receive any messages after re-starting message broker
> ---------------------------------------------------------------
>
>                 Key: AMQCPP-316
>                 URL: https://issues.apache.org/activemq/browse/AMQCPP-316
>             Project: ActiveMQ C++ Client
>          Issue Type: Bug
>          Components: CMS Impl
>    Affects Versions: 3.2.0, 3.2.1, 3.2.2, 3.2.3
>         Environment: Windows xp service pack 3, ActiveMQ broker 5.3.1, apr 
> 1.4.2, apr-util 1.3.9, apr iconv 1.2.1
>            Reporter: Helen Huang
>            Assignee: Timothy Bish
>            Priority: Critical
>             Fix For: 3.2.4, 3.3.0
>
>         Attachments: ReconnectionTest-new.zip, ReconnectionTest.zip
>
>
> We developed two applications that use CmsTemplate to send and receive 
> messages. The sender application is called MessageSender, and the receiver 
> application is called MessageListener. We found that the MessageListener is 
> unable to receive any messages after we re-start the message broker.
> The followings are the steps to recreate the problem:
> (1) start the activemq message broker,
> (2) start MessageListener and MessageSender, and observe that messages are 
> being sent and received successfully.
> (3) stop the message broker without stopping MessageListener and 
> MessageSender. Wait for a while (for about a minute or two)
> (4) start the message broker again.
> We expect we can send and receive messages successfully after step (4), but 
> the MessageListener can never receive any messages any more. Also from the 
> activemq admin page, we find that the consumer of the topic is gone. We did 
> the test with url "?keepAlive=true&wireFormat.maxInactivityDuration=0", but 
> it did not work.

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

Reply via email to