Is MULE-2069 (Address already in use) really 100% Fixed?

[Florent Legendre]

Hello,
Jira issue MULE-2069 could be the same as the one I experience now; Are you
sure that it is fixed?

Context:
========
I have been writing a small script with the grinder to stress test mule.
The script is really basic it just uses a RemoteDispatcher (obtained
through a MuleClient) to dispatch and receive messages (1 dispatch followed
by 1 receive of the same message, this run in a loop 10 000 times). The
MuleClient is not configured in any special manner.

The Mule server runs 1.4.2, and I´ve tried the reuseAddress option on the
tcp connector without any luck. As the reuseAddress is documented in Jira
as becoming default true in Mule 2.0 I downloaded Mule 2.0-M1 and ran my
test again with this version of Mule and the same problem occured.

It´s worth noticing that the fail occurs intermittently but most often
after ~1500 send/receive cycles (also: after a short while). The
dispatch/receive operations are ran by the same thread and occur
sequentially __without__ any pause (the test is meant to be aggressive).

I once managed to send/receive the 10 000 messages, but to do so I
introduced a 70ms sleep between the dispatch/receive calls. This does not
demonstrate anything but tends to indicate that the problem is time
related.

Have some of the mule developers tried the same kind of tests? Can someone
confirm that the reuseAddress option I used is set the right way on the
server side?

Mule server configuration:
==========================
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mule-configuration
  PUBLIC "-//MuleSource //DTD mule-configuration XML V1.0//EN"
         "http://mule.mulesource.org/dtds/mule-configuration.dtd">

<mule-configuration id="esb-adapter" version="1.0">
<mule-environment-properties synchronous="true"/>

  <connector name="jmsConnector"
           
className="org.mule.providers.jms.activemq.ActiveMqJmsConnector">
    <properties>
      <property name="specification"
                value="1.1" />
      <property name="connectionFactoryJndiName"
                value="ConnectionFactory"/>
      <property name="jndiInitialFactory"
               
value="org.apache.activemq.jndi.ActiveMQInitialContextFactory"/>
      <property name="jndiProviderUrl" value="vm://localhost" />
    </properties>
  </connector>

  <connector name="tcp" className="org.mule.providers.tcp.TcpConnector">
    <properties>
      <property name="reuseAddress" value="true"/>
    </properties>
  </connector>

  <model name="myconf">
   <exception-strategy
className="org.mule.impl.DefaultComponentExceptionStrategy"/>
    <mule-descriptor name="testing"
                   
implementation="org.mule.components.simple.BridgeComponent">
      <inbound-router>
        <endpoint address="jms://activemq.adapter1.from"
                  connector="jmsConnector"/>
      </inbound-router>
      <outbound-router>
        <router
className="org.mule.routing.outbound.OutboundPassThroughRouter">
   <endpoint address="jms://activemq.adapter1.to"  
                    connector="jmsConnector"/>
          <reply-to address="jms://response"/>
      </router>
      </outbound-router>
    </mule-descriptor>
  </model>

</mule-configuration>

Stack trace
(jython is the scripting language used by the grinder):
======================================================
11.09.07 10:49:39 (thread 0 run 1973 test 2): Aborted run due to Java
exception whilst invoking test runner
Java exception whilst invoking test runner
        File "scripts\MuleStressTest.py", line 71, in receiveStringMessage
        File "scripts\MuleStressTest.py", line 60, in __call__
Caused by: no.statnett.messenging.MessengingException: Receiving of message
failed!
        at
no.statnett.messenging.MuleClientManager.receive(MuleClientManager.java:142)
        at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at org.python.core.PyObject.__call__(PyObject.java)
        at org.python.core.PyInstance.invoke(PyInstance.java)
        at
org.python.pycode._pyx0.receiveStringMessage$5(scripts\MuleStressTest.py:71)
        at org.python.pycode._pyx0.call_function(scripts\MuleStressTest.py)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyFunction.__call__(PyFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at org.python.core.PyObject.invoke(PyObject.java)
        at
net.grinder.engine.process.jython.InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.access$401(InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.java:40)
        at
net.grinder.engine.process.jython.InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions$5.call(InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.java:170)
        at
net.grinder.engine.process.TestData$Dispatcher.dispatch(TestData.java:229)
        at
net.grinder.engine.process.TestData$DispatcherHolder.dispatch(TestData.java:166)
        at net.grinder.engine.process.TestData.dispatch(TestData.java:102)
        at
net.grinder.engine.process.jython.JythonScriptEngine$PyDispatcher.dispatch(JythonScriptEngine.java:466)
        at
net.grinder.engine.process.jython.InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.invoke(InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.java:167)
        at org.python.core.PyInstance.__call__(PyInstance.java)
        at org.python.core.PyObject.__call__(PyObject.java)
        at org.python.pycode._pyx0.__call__$3(scripts\MuleStressTest.py:60)
        at org.python.pycode._pyx0.call_function(scripts\MuleStressTest.py)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyFunction.__call__(PyFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at org.python.core.PyObject.invoke(PyObject.java)
        at org.python.core.PyInstance.__call__(PyInstance.java)
        at org.python.core.PyObject.__call__(PyObject.java)
        at
net.grinder.engine.process.jython.JythonScriptEngine$JythonWorkerRunnable.run(JythonScriptEngine.java:334)
        at net.grinder.engine.process.GrinderThread.run(GrinderThread.java:133)
        at java.lang.Thread.run(Thread.java:534)
Caused by: org.mule.umo.provider.DispatchException: Failed to route event
via endpoint: MuleEndpoint{endpointUri=tcp://localhost:60504,
connector=TcpConnector{this=4eda4a, started=true, initialised=true,
name='connector.tcp.0', disposed=false,
numberOfConcurrentTransactedReceivers=4,
createMultipleTransactedReceivers=true, connected=true,
supportedProtocols=[tcp], serviceOverrides=null}, transformer=null,
name='endpoint.tcp.localhost.60504', type='sender', properties={},
transactionConfig=Transaction{factory=null, action=NONE, timeout=30000},
filter=null, deleteUnacceptedMessages=false, initialised=false,
securityFilter=null, synchronous=true, initialState=started,
createConnector=0, remoteSync=true, remoteSyncTimeout=10000,
endpointEncoding=null}. Message payload is of type: byte[]
        at
org.mule.extras.client.RemoteDispatcher.dispatchAction(RemoteDispatcher.java:354)
        at
org.mule.extras.client.RemoteDispatcher.receiveRemote(RemoteDispatcher.java:222)
        at
no.statnett.messenging.MuleClientManager.receive(MuleClientManager.java:130)
        ... 42 more
Caused by: org.mule.umo.provider.DispatchException: Failed to route event
via endpoint: MuleEndpoint{endpointUri=tcp://localhost:60504,
connector=TcpConnector{this=4eda4a, started=true, initialised=true,
name='connector.tcp.0', disposed=false,
numberOfConcurrentTransactedReceivers=4,
createMultipleTransactedReceivers=true, connected=true,
supportedProtocols=[tcp], serviceOverrides=null}, transformer=null,
name='endpoint.tcp.localhost.60504', type='sender', properties={},
transactionConfig=Transaction{factory=null, action=NONE, timeout=30000},
filter=null, deleteUnacceptedMessages=false, initialised=false,
securityFilter=null, synchronous=true, initialState=started,
createConnector=0, remoteSync=true, remoteSyncTimeout=10000,
endpointEncoding=null}. Message payload is of type: byte[]
        at
org.mule.providers.AbstractMessageDispatcher.send(AbstractMessageDispatcher.java:252)
        at org.mule.providers.AbstractConnector.send(AbstractConnector.java:1629)
        at
org.mule.impl.ImmutableMuleEndpoint.send(ImmutableMuleEndpoint.java:955)
        at
org.mule.extras.client.RemoteDispatcher.dispatchAction(RemoteDispatcher.java:321)
        ... 44 more
Caused by: java.net.BindException: Address already in use: connect
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
        at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
        at java.net.Socket.connect(Socket.java:452)
        at java.net.Socket.connect(Socket.java:402)
        at java.net.Socket.<init>(Socket.java:309)
        at java.net.Socket.<init>(Socket.java:153)
        at
org.mule.providers.tcp.TcpSocketFactory.createSocket(TcpSocketFactory.java:67)
        at
org.mule.providers.tcp.TcpSocketFactory.makeObject(TcpSocketFactory.java:39)
        at
org.apache.commons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:797)
        at org.mule.providers.tcp.TcpConnector.getSocket(TcpConnector.java:115)
        at
org.mule.providers.tcp.TcpMessageDispatcher.doSend(TcpMessageDispatcher.java:56)
        at
org.mule.providers.AbstractMessageDispatcher.send(AbstractMessageDispatcher.java:224)
        ... 47 more
11.09.07 10:49:44 (thread 0 run 1974 test 1): Aborted run due to Java
exception whilst invoking test runner
Java exception whilst invoking test runner
        File "scripts\MuleStressTest.py", line 65, in dispatchStringMessage
        File "scripts\MuleStressTest.py", line 58, in __call__
Caused by: no.statnett.messenging.MessengingException: Dispatching of
message failed!
        at
no.statnett.messenging.MuleClientManager.dispatch(MuleClientManager.java:119)
        at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at org.python.core.PyObject.__call__(PyObject.java)
        at org.python.core.PyInstance.invoke(PyInstance.java)
        at
org.python.pycode._pyx0.dispatchStringMessage$4(scripts\MuleStressTest.py:65)
        at org.python.pycode._pyx0.call_function(scripts\MuleStressTest.py)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyFunction.__call__(PyFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at org.python.core.PyObject.invoke(PyObject.java)
        at
net.grinder.engine.process.jython.InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.access$401(InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.java:40)
        at
net.grinder.engine.process.jython.InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions$5.call(InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.java:170)
        at
net.grinder.engine.process.TestData$Dispatcher.dispatch(TestData.java:229)
        at
net.grinder.engine.process.TestData$DispatcherHolder.dispatch(TestData.java:166)
        at net.grinder.engine.process.TestData.dispatch(TestData.java:102)
        at
net.grinder.engine.process.jython.JythonScriptEngine$PyDispatcher.dispatch(JythonScriptEngine.java:466)
        at
net.grinder.engine.process.jython.InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.invoke(InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.java:167)
        at org.python.core.PyInstance.__call__(PyInstance.java)
        at org.python.core.PyObject.__call__(PyObject.java)
        at org.python.pycode._pyx0.__call__$3(scripts\MuleStressTest.py:58)
        at org.python.pycode._pyx0.call_function(scripts\MuleStressTest.py)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyFunction.__call__(PyFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at org.python.core.PyObject.invoke(PyObject.java)
        at org.python.core.PyInstance.__call__(PyInstance.java)
        at org.python.core.PyObject.__call__(PyObject.java)
        at
net.grinder.engine.process.jython.JythonScriptEngine$JythonWorkerRunnable.run(JythonScriptEngine.java:334)
        at net.grinder.engine.process.GrinderThread.run(GrinderThread.java:133)
        at java.lang.Thread.run(Thread.java:534)
Caused by: org.mule.umo.provider.DispatchException: Failed to route event
via endpoint: MuleEndpoint{endpointUri=tcp://localhost:60504,
connector=TcpConnector{this=4eda4a, started=true, initialised=true,
name='connector.tcp.0', disposed=false,
numberOfConcurrentTransactedReceivers=4,
createMultipleTransactedReceivers=true, connected=true,
supportedProtocols=[tcp], serviceOverrides=null}, transformer=null,
name='endpoint.tcp.localhost.60504', type='sender', properties={},
transactionConfig=Transaction{factory=null, action=NONE, timeout=30000},
filter=null, deleteUnacceptedMessages=false, initialised=false,
securityFilter=null, synchronous=null, initialState=started,
createConnector=0, remoteSync=false, remoteSyncTimeout=10000,
endpointEncoding=null}. Message payload is of type: byte[]
        at
org.mule.extras.client.RemoteDispatcher.dispatchAction(RemoteDispatcher.java:354)
        at
org.mule.extras.client.RemoteDispatcher.doToRemote(RemoteDispatcher.java:275)
        at
org.mule.extras.client.RemoteDispatcher.dispatchRemote(RemoteDispatcher.java:191)
        at
no.statnett.messenging.MuleClientManager.dispatch(MuleClientManager.java:114)
        ... 42 more
Caused by: org.mule.umo.provider.DispatchException: Failed to route event
via endpoint: MuleEndpoint{endpointUri=tcp://localhost:60504,
connector=TcpConnector{this=4eda4a, started=true, initialised=true,
name='connector.tcp.0', disposed=false,
numberOfConcurrentTransactedReceivers=4,
createMultipleTransactedReceivers=true, connected=true,
supportedProtocols=[tcp], serviceOverrides=null}, transformer=null,
name='endpoint.tcp.localhost.60504', type='sender', properties={},
transactionConfig=Transaction{factory=null, action=NONE, timeout=30000},
filter=null, deleteUnacceptedMessages=false, initialised=false,
securityFilter=null, synchronous=null, initialState=started,
createConnector=0, remoteSync=false, remoteSyncTimeout=10000,
endpointEncoding=null}. Message payload is of type: byte[]
        at
org.mule.providers.AbstractMessageDispatcher.dispatch(AbstractMessageDispatcher.java:176)
        at
org.mule.providers.AbstractConnector.dispatch(AbstractConnector.java:1583)
        at
org.mule.impl.ImmutableMuleEndpoint.dispatch(ImmutableMuleEndpoint.java:929)
        at
org.mule.extras.client.RemoteDispatcher.dispatchAction(RemoteDispatcher.java:325)
        ... 45 more
Caused by: java.lang.IllegalStateException: This MuleWorkManager is stopped
        at
org.mule.impl.work.MuleWorkManager.executeWork(MuleWorkManager.java:270)
        at
org.mule.impl.work.MuleWorkManager.scheduleWork(MuleWorkManager.java:243)
        at
org.mule.providers.AbstractMessageDispatcher.dispatch(AbstractMessageDispatcher.java:149)
        ... 48 more
11.09.07 10:49:49 (thread 0 run 1975 test 1): Aborted run due to Java
exception whilst invoking test runner
Java exception whilst invoking test runner
        File "scripts\MuleStressTest.py", line 65, in dispatchStringMessage
        File "scripts\MuleStressTest.py", line 58, in __call__
Caused by: no.statnett.messenging.MessengingException: Dispatching of
message failed!
        at
no.statnett.messenging.MuleClientManager.dispatch(MuleClientManager.java:119)
        at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at org.python.core.PyObject.__call__(PyObject.java)
        at org.python.core.PyInstance.invoke(PyInstance.java)
        at
org.python.pycode._pyx0.dispatchStringMessage$4(scripts\MuleStressTest.py:65)
        at org.python.pycode._pyx0.call_function(scripts\MuleStressTest.py)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyFunction.__call__(PyFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at org.python.core.PyObject.invoke(PyObject.java)
        at
net.grinder.engine.process.jython.InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.access$401(InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.java:40)
        at
net.grinder.engine.process.jython.InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions$5.call(InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.java:170)
        at
net.grinder.engine.process.TestData$Dispatcher.dispatch(TestData.java:229)
        at
net.grinder.engine.process.TestData$DispatcherHolder.dispatch(TestData.java:166)
        at net.grinder.engine.process.TestData.dispatch(TestData.java:102)
        at
net.grinder.engine.process.jython.JythonScriptEngine$PyDispatcher.dispatch(JythonScriptEngine.java:466)
        at
net.grinder.engine.process.jython.InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.invoke(InstrumentedPyJavaInstanceForPyMethodsAndPyFunctions.java:167)
        at org.python.core.PyInstance.__call__(PyInstance.java)
        at org.python.core.PyObject.__call__(PyObject.java)
        at org.python.pycode._pyx0.__call__$3(scripts\MuleStressTest.py:58)
        at org.python.pycode._pyx0.call_function(scripts\MuleStressTest.py)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyFunction.__call__(PyFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at org.python.core.PyObject.invoke(PyObject.java)
        at org.python.core.PyInstance.__call__(PyInstance.java)
        at org.python.core.PyObject.__call__(PyObject.java)
        at
net.grinder.engine.process.jython.JythonScriptEngine$JythonWorkerRunnable.run(JythonScriptEngine.java:334)
        at net.grinder.engine.process.GrinderThread.run(GrinderThread.java:133)
        at java.lang.Thread.run(Thread.java:534)
Caused by: org.mule.umo.provider.DispatchException: Failed to route event
via endpoint: MuleEndpoint{endpointUri=tcp://localhost:60504,
connector=TcpConnector{this=4eda4a, started=true, initialised=true,
name='connector.tcp.0', disposed=false,
numberOfConcurrentTransactedReceivers=4,
createMultipleTransactedReceivers=true, connected=true,
supportedProtocols=[tcp], serviceOverrides=null}, transformer=null,
name='endpoint.tcp.localhost.60504', type='sender', properties={},
transactionConfig=Transaction{factory=null, action=NONE, timeout=30000},
filter=null, deleteUnacceptedMessages=false, initialised=false,
securityFilter=null, synchronous=null, initialState=started,
createConnector=0, remoteSync=false, remoteSyncTimeout=10000,
endpointEncoding=null}. Message payload is of type: byte[]
        at
org.mule.extras.client.RemoteDispatcher.dispatchAction(RemoteDispatcher.java:354)
        at
org.mule.extras.client.RemoteDispatcher.doToRemote(RemoteDispatcher.java:275)
        at
org.mule.extras.client.RemoteDispatcher.dispatchRemote(RemoteDispatcher.java:191)
        at
no.statnett.messenging.MuleClientManager.dispatch(MuleClientManager.java:114)
        ... 42 more
Caused by: org.mule.umo.provider.DispatchException: Failed to route event
via endpoint: MuleEndpoint{endpointUri=tcp://localhost:60504,
connector=TcpConnector{this=4eda4a, started=true, initialised=true,
name='connector.tcp.0', disposed=false,
numberOfConcurrentTransactedReceivers=4,
createMultipleTransactedReceivers=true, connected=true,
supportedProtocols=[tcp], serviceOverrides=null}, transformer=null,
name='endpoint.tcp.localhost.60504', type='sender', properties={},
transactionConfig=Transaction{factory=null, action=NONE, timeout=30000},
filter=null, deleteUnacceptedMessages=false, initialised=false,
securityFilter=null, synchronous=null, initialState=started,
createConnector=0, remoteSync=false, remoteSyncTimeout=10000,
endpointEncoding=null}. Message payload is of type: byte[]
        at
org.mule.providers.AbstractMessageDispatcher.dispatch(AbstractMessageDispatcher.java:176)
        at
org.mule.providers.AbstractConnector.dispatch(AbstractConnector.java:1583)
        at
org.mule.impl.ImmutableMuleEndpoint.dispatch(ImmutableMuleEndpoint.java:929)
        at
org.mule.extras.client.RemoteDispatcher.dispatchAction(RemoteDispatcher.java:325)
        ... 45 more
Caused by: java.lang.IllegalStateException: This MuleWorkManager is stopped
        at
org.mule.impl.work.MuleWorkManager.executeWork(MuleWorkManager.java:270)
        at
org.mule.impl.work.MuleWorkManager.scheduleWork(MuleWorkManager.java:243)
        at
org.mule.providers.AbstractMessageDispatcher.dispatch(AbstractMessageDispatcher.java:149)
        ... 48 more




--
---
Florent Legendre


---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

[andrew cooke-2]

>
> Hello,
> Jira issue MULE-2069 could be the same as the one I experience now; Are
> you sure that it is fixed?

that issue was to add the reuse address option and was closed when that
option was added.  it says *in the issue* that adding that option didn't
solve the "address in use" error.

so there are several different problems here:
1 - was the reuse address option added correctly?
2 - does it have any effect at all on the problem?
3 - if it doesn't cure the problem completely, what else can we do?

i think the answers are (1: hopefully; 2: some; 3: look at linger and
threading).

i have raised an issue for this error -
http://mule.mulesource.org/jira/browse/MULE-2301

andrew



---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

[Florent Legendre]

Hello Andrew,
I must have misunderstood the "Comments" log for this issue in Jira: I saw
that you wrote on the 25th of july that MULE-2069 does not solve the
address already in use error, but as your comment from the 31st of july
(when you closed it) doesn´t mention anything I though that you somehow
managed to fix everything. My bad :)

When it comes to finding a solution I noticed several things:

 * First the connector used by the remote dispatcher on the client is not
configured the way it is on the server: reuseAddresse is null. This
probably makes sense as the MuleClient probably needs a working tcp
connection to obtain its RemoteDispatcher, but I was expecting the
MuleClient to somehow "mimic" the mule server configuration.
 * I am therefore configuring the MuleCient as well, and set reuseAddress
to true, but it doesn´t help.
 * One thing that works is setting keepSendSocketOpen to true but I´m not
sure this is a solution (sounds more like a hack). Any opinions on that
Andrew?

What do you meant by linger and threading I don´t know what linger is in
this context, and I do not see how threading is going to help?

Thanks for helping me, I will follow the issue you opened!
Florent

On Tue, 11 Sep 2007 09:23:38 -0400 (CLT), "andrew cooke"
<acooke@...> wrote:

>>
>> Hello,
>> Jira issue MULE-2069 could be the same as the one I experience now; Are
>> you sure that it is fixed?
>
> that issue was to add the reuse address option and was closed when that
> option was added.  it says *in the issue* that adding that option didn't
> solve the "address in use" error.
>
> so there are several different problems here:
> 1 - was the reuse address option added correctly?
> 2 - does it have any effect at all on the problem?
> 3 - if it doesn't cure the problem completely, what else can we do?
>
> i think the answers are (1: hopefully; 2: some; 3: look at linger and
> threading).
>
> i have raised an issue for this error -
> http://mule.mulesource.org/jira/browse/MULE-2301
>
> andrew
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list please visit:
>
>     http://xircles.codehaus.org/manage_email

--
---
Florent Legendre


---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email