Try PubSub+

Solace Message VPN bridge limitation

sysemsysem Member Posts: 4

Are there any limitation for sending / receiving message for solace message vpn bridging (bi-directional)??
e.g.
Is it possible to send message targeting to a queue on the bridged vpn ?? Or it is only possible to send message targeting to a topic ??

Answers

  • AaronAaron Member, Moderator, Employee Posts: 88 Solace Employee

    Ideally, most routing in Solace is done via Topics. Bridges can be configured to attract topics via subscriptions (either Direct, or Guaranteed via a VPN bridge queue), and then are republished on the other side. If you want a remote queue to receive the message, then subscribe your queue to the topic and it will receive it after it flows across the bridge. This pattern is typical in Solace architectures: for Persistent/Guaranteed flows: publish to a topic, and have your queue subscribe to that topic to receive.

  • sysemsysem Member Posts: 4

    as it is similar to request response message... i do not want to send to a topics.. that may be received by other queue...
    e.g.
    i would like to send a message target to a queue (where sender and receiver are on 2 different VPN), in case we setup the bridged VPN (bi-directional)...

    is it possible that sender on VPN A can send message target to a queue on VPN B ?? and receiver on VPN B can reply the message and send the response back to sender on VPN A ?

  • AbhikeshAbhikesh Member Posts: 17
    edited December 2019

    @sysem it's possible via Solace Network Topic.
    Let’s say you have followings bi-directional bridge:
    1: VPN_A_TO_VPN_B
    Create Bridge Queue on VPN_A and Solace Bridge on VPN_B and map network topic of Bridge Queue on VPN_B.
    Whenever you publish messages on VPN_A Bridge Queue, it will forwarded to VPN_B and from there you can consume.
    2: VPN_B_TO_VPN_A
    Create Bridge Queue on VPN_B and Solace Bridge on VPN_A and map network topic of Bridge Queue on VPN_A.
    Now whenever you publish messages on VPN_B Bridge Queue, it will forward to VPN_A and from there you can consume.
    In above both case you are publishing on Queue and consuming from Queue.

    Please let me know if I understate your question in other way, happy to help.

  • SasikumarSPSasikumarSP Member Posts: 9

    @sysem
    Question>> as it is similar to request response message... i do not want to send to a topics.. that may be received by other queue...

    Suggestion>> As Aaron suggested it always best practice to use topic on the publisher side until otherwise, you have some restriction on the tool which don't support topic publisher. You can use different topic pattern not used by other queues.

    Question>> is it possible that sender on VPN A can send message target to a queue on VPN B ?? and receiver on VPN B can reply the message and send the response back to sender on VPN A ?

    Suggestion>> yes, add the network topic of a target queue in VPN B to topic subscription of a bridge queue in VPN A. If you publish the message on queue name in VPN B, it will receive the message.
    vice versa for response, add the network topic of target queue in VPN A to topic subscription of a bridge queue in VPN B.
    Its not required to have the physical queue present on publisher side. JNDI queue name needs to be added in case if you are doing queue lookup from JMS API.

Sign In or Register to comment.