[jboss-user] [JBoss Messaging] - ClientCallback Multiplex

aslak do-not-reply at jboss.com
Tue Oct 30 09:53:51 EDT 2007


I'm having a bit of an issue here..

We have setup 3 servers:
 DMZ  = Jboss Messaging 1.4.0 GA server in a DMZ zone.
 CORE = Jboss Messaging 1.4.0 GA server in a internal zone.
 APP  = Jboss AS 4.2.0 server in same zone as CORE.

APP is setup with 2 remote JMS providers, one for CORE and one for DMZ.
Connection flow:
DMZ <- APP -> CORE

Between the DMZ and the APP server there is a firewall. In the DMZ server log we can see constant 
ERROR messages of type "received new control socket for unrecognized listenerId: xxx". I suspect the reason for this 
is that the Client opens up random callback ports but the server is not allowed through the firewall.

Normally one would set up the client to use a specific callback port by supplying the VM arg jboss.messaging.callback.bind.port=.

In this case the APP server acts as a clinet for two servers and specifying the jboss.messaging.callback.bind.port on the VM level results in one of the providers failing
with a "The invoker for locator (....) is already in use by another Connector" exception.

The Invoker subsystem seems to be configurable through the remoting-*-service.xml on the Server side, but on the Client side it 
is hardcoded in JMSRemotingConnection.start to use the static final variable ServerPeer.REMOTING_JMS_SUBSYSTEM.

The use of the VM variable jboss.messaging.callback.bind.port is also hardcoded in the JMSRemotingConnection and there seem to be no way of adding
your own metadata to a Client instance.

Maybe one should be able to supply this kinda information by setting properties on the JMSProviderAdaptor or something similar.

-aslak-


View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100270#4100270

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100270



More information about the jboss-user mailing list