HornetQ "kann keine Warteschlangeninfo für Warteschlange ", Kernbrücken finden?

Question

Ich habe sehr begrenzte Kenntnisse der HornetQ-Konfiguration, aber ich werde versuchen, mein Problem zu erklären, das ich am besten kann.

Hier ist das Setup:

Es gibt mehrere Standalone-JBoss (6.1.s.ave) Instanzen, die in einem Netzwerk ausgeführt werden. Dies bedeutet, dass sie nicht gruppiert sind, sie haben unterschiedliche Anwendungen eingesetzt, und im Allgemeinen sollten sie sich im Allgemeinen nicht stören. Jeder JBoss hat HornetQ mit einem Thema konfiguriert.

Es gibt keine Kernbrücken (oder alle Bridges überhaupt), die in deploy/hornetq/hornetq-configuration.xml konfiguriert sind. Dies ist in der Tat eine ziemlich standardmäßige CONF-Datei, mit wenig bis keine Änderungen desjenigen, der mit JBoss geliefert wird (ich freue mich, es zu posten Wenn jemand das fragt).

Während des Starts aller JBoss-Instanzen:

generasacodicetagpre.

Natürlich ist der UUID für jeden Server anders.

Für einige Server erzeugt HornetQ jedoch auch Bridges (warum?):

generasacodicetagpre.

erste frage: Warum ist das passiert, warum HQ diese Brücken erstellt, auch wenn keine Konfiguration von ihnen angegeben ist?

Hier ist das Problem:

alle paar Sekunden, HornetQ spießt

generasacodicetagpre.

Nun ist dies ein wenig "zufällig", ein Teil der JBoss-Server loggen Sie es überhaupt nicht an, einige protokollieren es mehrmals mit verschiedenen UUIDs, es hängt alles davon ab, wie viele Brücken, die es beim Start erstellt hat ... < p>

Warum passiert mir das? Was kann ich tun, um es aufzuhalten? Ich möchte, dass alle Server unabhängig voneinander arbeiten.

Ich freue mich, weitere Informationen bereitzustellen, die dazu beitragen könnten, dieses Problem zu lösen.

Answer 1

Die Brücken werden durch automatisches Clustering erstellt.Ihre beiden Server sind wahrscheinlich Teil derselben UDP-Konfiguration (betrachten Sie die Gruppe UDP-IP und den Port der HornetQ-Konfiguration), und sie bilden einen Cluster.

Wenn Sie eines der Knoten, wenn Sie einen der Knoten herunterfahren, haben Sie nicht die Knoten, wenn Sie es neu gestartet haben, und die Brücken wurden nicht in der Lage, nicht wieder wieder herzustellen oder so etwas.

In diesem Fall sollten Sie nicht ein Cluster bilden, und die Knoten fanden einander und ersuchte somit die Brücken für die Cluster-Inter-Kommunikation.

Ändern Sie die UDP-IP und den Anschluss und diese Server werden unabhängig sein. Wenn Sie keine Clustering benötigen, ersetzen Sie die Konfigurationen aus den auf Standalone nicht gruppiert.