Loopback causing problems here too

Hi,

I'm having a problem identical to the one described here:
http://sourceforge.net/mailarchive/message.php?msg_id=36893343

> I recently added a loop back address/interface to my xp development
> machine for tunneling samba over ssh. ...
> After doing so, all connections through openjms take forever. 

Same thing here, after adding ssh tunneling to tcp:// OpenJMS
connection, it takes createSession exactly one minute to return
successfully. Which is to say it works, but a minute-long delay
is issued upon each new connection. Here is my sample client log:

2006-12-25 16:34:11 preparing JNDI context
2006-12-25 16:34:11 JNDI context property: java.naming.factory.initial=org.exolab.jms.jndi.InitialContextFactory
2006-12-25 16:34:11 JNDI context property: java.naming.provider.url=tcp://127.0.0.1:7862
2006-12-25 16:34:12 JNDI context is ready
2006-12-25 16:34:12 loading connection factory 'JmsQueueConnectionFactory'
2006-12-25 16:34:12 connection factory is ready
2006-12-25 16:34:12 opening anonymous connection (either connection.username or connection.password is not specified)
2006-12-25 16:34:12 connection is ready
2006-12-25 16:34:12 looking up message queue 'ping/queue'
2006-12-25 16:34:12 message queue is ready
2006-12-25 16:34:12 opening transactional producer session with CLIENT_ACKNOWLEDGE
******************************* 1 minute
2006-12-25 16:35:12 producer session is ready
2006-12-25 16:35:12 opening transactional consumer session with CLIENT_ACKNOWLEDGE
******************************* 1 minute
2006-12-25 16:36:12 consumer session is ready
2006-12-25 16:36:12 creating message producer
2006-12-25 16:36:12 message producer is ready
2006-12-25 16:36:12 creating message consumer with selector JMSCorrelationID='PING/20061225163612/PDLGEM1YRMP4'
2006-12-25 16:36:12 message consumer is ready
2006-12-25 16:36:12 starting connection
2006-12-25 16:36:12 connection started
2006-12-25 16:36:12 sending message PING/20061225163612/PDLGEM1YRMP4 to the JMS server, 256 byte(s)
2006-12-25 16:36:13 message PING/20061225163612/PDLGEM1YRMP4 has been sent to the JMS server
2006-12-25 16:36:13 received message PING/20061225163612/PDLGEM1YRMP4 from the JMS server
2006-12-25 16:36:13 stopping connection
2006-12-25 16:36:13 connection stopped
2006-12-25 16:36:13 destroying message consumer
2006-12-25 16:36:13 message consumer destroyed
2006-12-25 16:36:13 destroying message producer
2006-12-25 16:36:13 message producer destroyed
2006-12-25 16:36:13 closing consumer session
2006-12-25 16:36:13 consumer session closed
2006-12-25 16:36:13 closing producer session
2006-12-25 16:36:13 producer session closed
2006-12-25 16:36:13 closing JNDI context
2006-12-25 16:36:13 JNDI context closed
2006-12-25 16:36:13 closing connection
2006-12-25 16:36:13 connection closed
2006-12-25 16:36:13 exiting with success

I'm using 127.0.0.1 for address everywhere, in server
configuration file:

  <ServerConfiguration host="127.0.0.1" embeddedJNDI="true" />

  <Connectors>
    <Connector scheme="tcp">
      <ConnectionFactories>
        <QueueConnectionFactory name="JmsQueueConnectionFactory" />
      </ConnectionFactories>
    </Connector>
  </Connectors>

  <TcpConfiguration port="7862" />    

In client command line:

java.naming.provider.url=tcp://127.0.0.1:7862

And the funny thing is - the problem reproduces on one machine and
does not reproduce on another. On another machine it's

2006-12-25 16:49:40 opening transactional producer session with CLIENT_ACKNOWLEDGE
2006-12-25 16:49:40 producer session is ready
2006-12-25 16:49:40 opening transactional consumer session with CLIENT_ACKNOWLEDGE
2006-12-25 16:49:41 consumer session is ready

There is no significant difference between the two client machines,
both have non-routable addresses and are separated from the OpenJMS
server with a NAT.

I'm still looking for the problem cause, does anyone have a solution ?

Sincerely,
Dmitry Dvoinikov
http://www.targeted.org/


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV