activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From COURTAULT Francois <Francois.Courta...@gemalto.com>
Subject RE: JMS messages replication
Date Fri, 26 Jan 2018 21:42:42 GMT
Hello,

@Tim: should I consider that no solution to my problem exists using ActiveMQ 5.x ?
               If the answer is yes at the previous question, does a solution to my issue
exists in Artemis ? If yes could you please provide me some information (pointer, explanations,
...)  ?
               I think I have seen some exchanges about that topic, sorry to ask this again,
but it is not so clear for me: will you release ActiveMQ 6.0 ? or Artemis will be ActiveMQ
6.0 ?

@Jonathan:
        Linked to the last question asked to Tim, will you consider to replace/update ActiveMQ
by Artemis in the TomEE next major release or  ...... before ;-) ?

Beast Regards.

-----Original Message-----
From: Jonathan Gallimore [mailto:jgallimore@tomitribe.com]
Sent: vendredi 26 janvier 2018 19:23
To: users@activemq.apache.org
Subject: RE: JMS messages replication

Hey Francois,

I have successfully managed to get TomEE going with Artemis, but it isn't very user friendly,
and I'm sure the integration could be better.

If you're up for some hacking on that, let me know and I'd be happy to give you some pointers.

Cheers

Jon

On 26 Jan 2018 17:29, "COURTAULT Francois" <Francois.Courtault@gemalto.com>
wrote:

Hello,

As we are using TomEE, I think ActiveMQ 5.x is quite mandatory.
I don't know so much about the TomEE roadmap but, for the TomEE Java EE 8 compliant version,
they will perhaps use Artemis ????

BTW, using ActiveMQ 5.x and digging further in the ActiveMQ documentation, could the Networks
of Brokers a solution for my problem ?

Best Regards.

-----Original Message-----
From: tbain98@gmail.com [mailto:tbain98@gmail.com] On Behalf Of Tim Bain
Sent: vendredi 26 janvier 2018 18:22
To: ActiveMQ Users <users@activemq.apache.org>
Subject: Re: JMS messages replication

Have you considered using Artemis rather than ActiveMQ 5.x?

Tim

On Jan 26, 2018 10:02 AM, "COURTAULT Francois" < Francois.Courtault@gemalto.com> wrote:

> Hello,
>
> I have looked at Replicated LevelDB Store page on ActiveMQ web site,
> even if LevelDB store has been replaced by KahaDB, in order to see if
> it can solve the technical issue I have.
> But, as far as I have understood this solution won't solve my problem.
>
> Let me describe it, in order to really see if the LevelDB Store is not
> a solution.
>
> What I want to have is:
>            JMS producers & consumers at Location 1 ---------->
> Location 1 JMS broker  Location 2 JMS broker  <- ------------- JMS
> producers & Consumers at
> Location2
>
>                                                                |
>
>                    |
>
>                                    Persisted messages at Location 1
>                                          Persisted messages at
> Location 2
>
> But also persisted messages at location 2 replicated at Location 1 and
> vice versa , thanks to a synchronization between the 2 JMS brokers or
> at persistent level.
>
> My understanding of Replicated LevelDB Store is that we have a notion
> of Master and Slave, managed by ZooKeeper, and in the schema above,
> let's say that Location 1 JMS broker is the Master.
> In such case, the second JMS broker, Location 2 JMS broker is not able
> to accept any client connections, according to your documentation,
> right ? So It can't consume JMS producers messages at Location2, right ?
> This is why I think I can't use this solution.
>
> So, is there a solution to my problem using Active MQ ? Yes, using,
> instead of KahaDB, a database with a built-in replication.
> Cassandra could be used for example, but unfortunately I haven't found
> the fact that Cassandra is supported by ActiveMQ.
>
> Still a blocking point.
>
> Does it exist a solution to my technical problem using ActiveMQ ?
>
> Best Regards.
> ________________________________
> This message and any attachments are intended solely for the
> addressees and may contain confidential information. Any unauthorized
> use or disclosure, either whole or partial, is prohibited.
> E-mails are susceptible to alteration. Our company shall not be liable
> for the message if altered, changed or falsified. If you are not the
> intended recipient of this message, please delete it and notify the
sender.
> Although all reasonable efforts have been made to keep this
> transmission free from viruses, the sender will not be liable for
> damages caused by a transmitted virus.
>
________________________________
 This message and any attachments are intended solely for the addressees and may contain confidential
information. Any unauthorized use or disclosure, either whole or partial, is prohibited.
E-mails are susceptible to alteration. Our company shall not be liable for the message if
altered, changed or falsified. If you are not the intended recipient of this message, please
delete it and notify the sender.
Although all reasonable efforts have been made to keep this transmission free from viruses,
the sender will not be liable for damages caused by a transmitted virus.
________________________________
 This message and any attachments are intended solely for the addressees and may contain confidential
information. Any unauthorized use or disclosure, either whole or partial, is prohibited.
E-mails are susceptible to alteration. Our company shall not be liable for the message if
altered, changed or falsified. If you are not the intended recipient of this message, please
delete it and notify the sender.
Although all reasonable efforts have been made to keep this transmission free from viruses,
the sender will not be liable for damages caused by a transmitted virus.
Mime
View raw message