You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Andy Piper (JIRA)" <ji...@apache.org> on 2006/10/11 16:03:09 UTC

[jira] Created: (AMQ-968) Store and Forward reconnect failures

Store and Forward reconnect failures
------------------------------------

                 Key: AMQ-968
                 URL: https://issues.apache.org/activemq/browse/AMQ-968
             Project: ActiveMQ
          Issue Type: Bug
          Components: Broker
    Affects Versions: 4.0.2
         Environment: All
            Reporter: Andy Piper
         Attachments: jmstest.zip

For the AMQ reconnection issue, I think it is caused by client can not stop the broker correctly after server broker is stopped. 

Attached zip is the test case, it is an IDEA prj, to compile or run it the incubator-activemq-4.0.jar (download from http://people.apache.org/repository/incubator-activemq/jars/incubator-activemq-4.0.jar ) should be involved. In the prj, I added two run configurations: Client, Sever to try all kinds of connection scenarios below:
1. Start client, then start server
2. Start server, then start client
3. Restart client
4. Restart server
5. Stop server, then stop client, after that restart server again, then restart client

All scenarios will be successful if using the run configurations in IDEA, but if we run the server and client in DOS command line, we will find the #5 is failed. 

Here is the reason, if the server broker is stopped, the client can not be stopped using CTL + C, and the interrupt signal is always only captured by the client broker rather than its JVM. In this time, if we restart the server, no any messages can be received again. But the messages in client can not be lost, after killing the client and restarting it, the messages can be still sent to server. 

So to the scenario in Domain Log, the managed server must be killed by kill-9 shell and can not be stopped by shutdown.bat (sh) script.

Uuuuuunfortunately, the scenario #4 is still failed in Domain Log though the codes are same with above test case's (it IS successful in the test case). I can not get the reason after I struggled for it the whole day :(. I am not sure if the AMQ network connector is impacted in Tomcat runtime env.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Commented: (AMQ-968) Store and Forward reconnect failures

Posted by "Qiang-Kevin-Wang (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/activemq/browse/AMQ-968?page=comments#action_37172 ] 
            
Qiang-Kevin-Wang commented on AMQ-968:
--------------------------------------

Good news, the Scenario #4 has been succeeded in Domain Log as well, now restarting the AS will automatically reconnect the store-forward AMQ with remote MS (s). I guess the reason is the store-forward broker (on MS) should disable the JMX or must guarantee the JMX is started correctly if JMX enabled. In previous failure of reconnection, the JMX of managed broker is not started successfully; but when I disable JMX on the broker (broker.setUseJmx(false)), the Scenario is okay!


but it is still an issue that the client (store-forward) AMQ can not stop when the server AMQ is closed.

> Store and Forward reconnect failures
> ------------------------------------
>
>                 Key: AMQ-968
>                 URL: https://issues.apache.org/activemq/browse/AMQ-968
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: Broker
>    Affects Versions: 4.0.2
>         Environment: All
>            Reporter: Andy Piper
>         Attachments: jmstest.zip
>
>
> For the AMQ reconnection issue, I think it is caused by client can not stop the broker correctly after server broker is stopped. 
> Attached zip is the test case, it is an IDEA prj, to compile or run it the incubator-activemq-4.0.jar (download from http://people.apache.org/repository/incubator-activemq/jars/incubator-activemq-4.0.jar ) should be involved. In the prj, I added two run configurations: Client, Sever to try all kinds of connection scenarios below:
> 1. Start client, then start server
> 2. Start server, then start client
> 3. Restart client
> 4. Restart server
> 5. Stop server, then stop client, after that restart server again, then restart client
> All scenarios will be successful if using the run configurations in IDEA, but if we run the server and client in DOS command line, we will find the #5 is failed. 
> Here is the reason, if the server broker is stopped, the client can not be stopped using CTL + C, and the interrupt signal is always only captured by the client broker rather than its JVM. In this time, if we restart the server, no any messages can be received again. But the messages in client can not be lost, after killing the client and restarting it, the messages can be still sent to server. 
> So to the scenario in Domain Log, the managed server must be killed by kill-9 shell and can not be stopped by shutdown.bat (sh) script.
> Uuuuuunfortunately, the scenario #4 is still failed in Domain Log though the codes are same with above test case's (it IS successful in the test case). I can not get the reason after I struggled for it the whole day :(. I am not sure if the AMQ network connector is impacted in Tomcat runtime env.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira