Messaging Middleware - wie Wiedereinstieg mit Wildcard-Abonnement zu vermeiden?

Question

Messaging-Middleware-Lösungen (JMS, Tibco, etc.) ermöglichen Publish / Subscribe mit „Thema“ Filterung als Platzhalter für alle Nachrichten eines bestimmten „Thema“ zu abonnieren, z.B. SUBSCRIBE ( "ACCOUNT. *") Thema können Sie sowohl "ACCOUNT.WITHDRAW" -Meldung und "ACCOUNT.CHECKBALANCE" Nachricht abonnieren.

Das Problem ist, dass die Zeichnung meine eigenen veröffentlichten Meldungen auch erhält.

Ich bin für einen Mechanismus suchen, ähnlich wie, sagen wir, UDP-Multicast-Loopback die ON oder OFF von der Transportschicht gedreht werden kann, wobei die Daten gesendet, ohne in Unordnung.

Gibt es eine gemeinsame, deklarative (keine benutzerdefinierten Code, Konfiguration nur) Art und Weise die Middleware zu konfigurieren, keine Nachrichten zu empfangen, die die gleichen Dienstinstanz veröffentlicht? Im Idealfall soll dies auch in der Lage sein, alles von all Servern (Knoten) veröffentlicht filtern aus dem gleichen „Art“.

Vielen Dank im Voraus.

Answer 1

Niemand antwortet, so dass ich läuten werde (in einer Hand wellige Strecke).

Ich glaube, es gibt nichts in dem JMS spec um zu steuern, ob Sie erhalten Ihre eigenen Gesendete Nachrichten zu einem Thema Empfänger zurück. So eine Fähigkeit wie dies wäre ein nicht tragbarer Anbieter Feature sein. Speziell für Ihre zweite Anforderung (basierend auf „Art“ von JMS-Client im Vergleich zu einem gewissen Kontrolle basierte auf derselben Verbindung tut das Senden / Empfangen).

Wenn Sie keine Flexibilität haben Code oder Nachrichteninhalt (Eigenschaften) zu ändern, ich glaube, Sie keine tragbaren Lösungen haben. Und wahrscheinlich keine Lösung überhaupt für diese zweite „Art“ Anforderung.

Wenn Sie herstellerspezifischen Optionen untersuchen wollen, werden Sie uns brauchen sagen, welche Anbieter Sie daran interessiert sind. Sie nichts bekommen, aber es gibt keine Möglichkeit, ohne zu fragen zu wissen.

Answer 2

Der JMS-API enthält diese Option für TopicSubscribers, z.B. TIBCO EMS lassen Sie uns einen Verbraucher mit dem „noLocal“ Eigenschaft erstellen. Das bedeutet über die gleiche Verbindung keine Nachrichten veröffentlicht, erhalten von den Kunden auf derselben Verbindung verbraucht wird.

z. werfen Sie einen Blick hier, wie ein Thema Teilnehmer mit der „noLocal“ Option zu erstellen: https://docs.tibco.com/pub/enterprise_message_service/7.0.1-march-2013/doc/html/tib_ems_api_reference/api/javadoc/javax/jms/TopicSession.html