Amok,

To bridge two AMQ message brokers you should use a networkConnector. The
bridgeConnector is used to connect an AMQ broker to some other JMS provider. 

The networkConnector is used to create a AMQ network of brokers.

http://activemq.apache.org/networks-of-brokers.html

With 5.3, 0.0.0.0 should do the trick. 

Joe
http://www.ttmsolutions.com



Amok wrote:
> 
> Hello everybody, 
> 
> I have a broker problem (no sh*t sherlock). 
> 
> the situation is as following (its a simplification of the reality): 
> 
> i have a machine that is a message producer. It produces on a topic
> called: backbone-proxy.
> This backbone-proxy is configured to be producing at the following url:
> localhost:<port>.
> 
> Then there is the first broker. The first broker is watching this topic.
> The configuration is as following: 
> 
> 
> 
> <beans>
> 
>     <broker xmlns="http://activemq.apache.org/schema/core"; useJmx="true"
> brokerName="localhost"  dataDirectory="data">
> 
>         <!-- Use the following to configure how ActiveMQ is exposed in JMX
> -->
>         <managementContext>
>             <managementContext createConnector="false"/>
>         </managementContext>
> 
>         <persistenceAdapter>
>             <amqPersistenceAdapter syncOnWrite="false" directory="data"
> maxFileLength="20 mb"/>
>         </persistenceAdapter>
> 
>         <!-- The transport connectors ActiveMQ will listen to -->
>         <transportConnectors>
>             <transportConnector name="openwire"
> uri="tcp://localhost:<port>" />
>         </transportConnectors>
> 
> 
>         <jmsBridgeConnectors>
>             <jmsTopicConnector
> outboundTopicConnectionFactory="#remoteFactory">
>                 <outboundTopicBridges>
>                     <outboundTopicBridge localTopicName="backbone-proxy"
> outboundTopicName="backbone" />
>                 </outboundTopicBridges>
>             </jmsTopicConnector>
>         </jmsBridgeConnectors> 
>     </broker> 
> 
> 
>     <!-- JMS ConnectionFactory to use remote -->
>     <bean id="remoteFactory"
> class="org.apache.activemq.ActiveMQConnectionFactory">
>         <property name="brokerURL"
> value="failover:(tcp://myhostname:<port>)" />  
>     </bean> 
> </beans>
> 
> 
> 
> 
> As you can see, i try to bridge the backbone-proxy to another remote
> topic, named backbone. 
> 
> Then, as last, i have a consumer listening to the topic 'backbone'. 
> 
> This setup has worked before, so i know its not the bridge nor the
> connection that is failing me. 
> 
> Ofcourse for this all to work, i need another broker running at the
> following host: myhostname:<port>, the one that is looking after topic
> 'backbone'. 
> 
> it is this broker that has been changed and i can't figure out what has
> happened. The configuration of that broker is as following: 
> 
> 
> 
> 
> <beans>
> 
>     <!-- 
>         The <broker> element is used to configure the ActiveMQ broker. 
>     -->
>     <broker xmlns="http://activemq.apache.org/schema/core";
> brokerName="testbroker" dataDirectory="/srv/dev/data/activemq"
> useJmx="true">
>         
>         <managementContext>
>             <managementContext createConnector="false"/>
>         </managementContext>
> 
>         <persistenceAdapter>
>             <kahaDB directory="someroot/activemq/kahadb"/>
>         </persistenceAdapter>
>         
>         <transportConnectors>
>             <transportConnector name="openwire"
> uri="tcp://0.0.0.0:<port>"/>
>         </transportConnectors>
> 
>     </broker>
> </beans>
> 
> 
> 
> In these 2 examples, 'localhost' in the first hasn't been changed, and
> 0.0.0.0 in the last example hasnt been changed. 
> 
> Very curious is the fact that when i change 0.0.0.0 to localhost (as i
> thought it would be) then i get connection problems coming from the
> consumer i discussed above here. 
> 
> somebody said it was a network mask on the 0.0.0.0, but i really wonder
> how that can be in a configuration file. 
> 
> Can somebody help me please? 
> 
> Thanks in advance, 
> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/bridged-brokers-not-doing-their-job-tp27706088p27709699.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Reply via email to