Dear all,
I'm also wondering if it is normal than, if someone sends one message to the
network of brokers, all Active Mq embedded in my clients will receive 2
messages, but only one is read by my client. I guess this is the
normal behavior, as my embedded broker has open a duplex connection with the
network of brokers, but isn't it a waste of network usage to send n messages
when only one is enough?
I'm still wondering what I've missed in the configuration on my
architecture, the temporal workaround worked well, but I feel it's a waste
of performances.
Any suggestions?

2009/12/17 Sebastian Rodriguez <srodrig...@gmail.com>

> Dear all,
> I'm currently having a topology problem and I'm not so sure it can be
> handle in the current situation.
> I want to use the topology attached in the mail.
> Basically I've a client server application, and I'm using activeMQ for some
> notifications.
> * Every client is connected in static mode to his local activeMQ (ActiveMQ
> client in the diagram).
> *The local activeMQ is connected to the network of brokers via a duplex
> connection.
> My servers are directly connected to the network of brokers via failover
> protocol, as the brokers in the network of brokers are hosted by my servers.
> The activeMQ in the network of brokers is connected in duplex mode too, as
> there can be a firewall in between them.
>
> This works great and as expected.
>
> The problem comes when, in addition of that I want a "special" client, the
> one on the right on the diagram.
> Basically, I want that the messages sent from his activeMQ are received by
> the ones in the network of brokers, but also to all the clients outside the
> network of brokers.
>
> Of course, when thinking about this issue, we though about network TTL. If
> I enable the network TTL, yes, i will receive the messages from this special
> client, but i'll receive double or triple messages coming from the network
> of brokers.
>
> The only solution that I've found so far is to include the activemq of this
> special client into the network of brokers, but I don't think it's actually
> a very good idea. The behavior of ActiveMQ, duplex connections and TTL is
> the expected one?
> Any recommendations to archive this topology?
> Thank you very much for your help,
>
> --
> Sebastien Rodriguez
>



-- 
Sebastien Rodriguez

Reply via email to