activemq-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <>
Subject [jira] [Commented] (ARTEMIS-1112) EmbeddedJMS.start() doesn't return if shared-store master starts as backup server
Date Fri, 28 Apr 2017 13:29:04 GMT


ASF GitHub Bot commented on ARTEMIS-1112:

Github user jbertram commented on the issue:
    Thinking about this more...I'm now not convinced that any changes to Artemis need to be
made to support the functionality you're looking for. I believe you could start Artemis in
a new thread if you like from your application, and you can use things like ActiveMQServer.registerActivationFailureListener
or ActiveMQServer.isActive to stay informed about the status of the broker. Let me know what
you think.

> EmbeddedJMS.start() doesn't return if shared-store master starts as backup server
> ---------------------------------------------------------------------------------
>                 Key: ARTEMIS-1112
>                 URL:
>             Project: ActiveMQ Artemis
>          Issue Type: Bug
>          Components: Broker
>    Affects Versions: 1.5.4, 2.0.0
>            Reporter: Bernd Gutjahr
>            Priority: Minor
>             Fix For:
> EmbeddedServer.start() doesn't return when a share-store master server has been configured,
but at startup another server is already running as live server (i.e. another previously started
> In that case, this server becomes a backup server for the currently running live server.
The start() method hangs until the currently running live server stops and this server actually
becomes the new live server.
> This is inconsistent with starting a server as slave server, where the start method returns
and doesn't wait until the slave took over as live server.
> It also blocks the application that called EmbeddedServer.start() to proceed it's normal

This message was sent by Atlassian JIRA

View raw message