1 2 Previous Next 21 Replies Latest reply on Jul 27, 2015 6:00 PM by clebert.suconic Go to original post
      • 15. Re: HornetQ cluster questions
        zzz_public

        It's very tricky to discover nodes coming up and down looking into intercepted packets. In fact I get packets before actual object changes inside a server.

        PS As far as a look into the code and logs I see that nodes see each other. And I think they must establish Bridges. But they don't do it for me :-) Is there some magic parameter? <cluster>true</cluster> ?

        • 16. Re: HornetQ cluster questions
          zzz_public

          I have switched to 2.4.7.Final but results are quite identical. There is no queue on the other node. Server logs are it attachments but they are also very similar.

          • 17. Re: HornetQ cluster questions
            zzz_public

            The question is closed.

            HornetQ Is a great software. It can do lots of things. It even can do some cluster like logic including messages forwarding between different servers.

            But is does not act as a single service for clients. So it's not a cluster. E.g. it does not maintain queues consistency over a set of live nodes. There are no tests or examples which creates queue on one live server and uses it on another one. Moreover some tests like SymmetricClusterTest explicitly create queue instances on each node.

            Best regards,

            Andrey

            • 18. Re: HornetQ cluster questions
              jbertram

              I was out of town for a bit so wasn't able to respond...

               

              I think the issue here is basically a race condition where the client connects to the other node and looks for the queue before the cluster has creates it.  There are lots of tests in the test-suite that do what you're attempting to do but they wait until the queue has been created on the other node.  Try introducing or short delay in your test or perhaps even a retry.

              • 19. Re: HornetQ cluster questions
                jbertram

                It's worth noting that creating a queue is idempotent so if your clients simply create the queues it needs then it should work without issue.

                • 20. Re: HornetQ cluster questions
                  clebert.suconic

                  If you need a single queue among different nodes just use a single server. It's *impossible* to guarantee a single queue and scale up nodes.. it's simply pointless.

                   

                  I have been on this messaging world for some time, and this applies to *any* message solution out there.

                  • 21. Re: HornetQ cluster questions
                    clebert.suconic

                    Also, before you blame the software engineer, look at your own application. If you need that kind of thing your application design is probably wrong.

                    1 2 Previous Next