RE: Mule FTP polling dies silently

Hi there,

Your original message mentioned Mule 1.4.3 - can you upgrade to 1.4.4 at the
least (changing to 2.x may require some config re-writing that you may not
want to do) and see if your problem is resolved.  I've seen similar posts on
the user list for other transports and the latest 2.1.1 release seems to
have solved a number of them but I'm not sure about FTP.

A


Antoine Borg, Senior Consultant | Tel: +32 28 504 696
ricston Ltd., BP 2, 1180 Uccle, Brussels, BELGIUM
email: antoine.borg@... | blog: blog.ricston.com | web: ricston.com

-----Original Message-----
From: Glenn Murray [mailto:gmurray@...]
Sent: Tuesday, November 25, 2008 8:31 PM
To: user@...
Subject: RE: [mule-user] Mule FTP polling dies silently


My apologies for reawakening the thread so much later.  The problem
persists:
After some hours, usually >12, some FTP server will stop being polled.  I am
polling a dozen, and which one seems to be random.  After a few more hours,
another one stops, and then another.  Restarting Mule (in Tomcat 5.5) will
bring them all back again.

Setting doThreading="false" has no effect.

There is no stack trace.  No error is indicated (I wish there were!).  The
polled machine just disappears from the logs.  The last log line for a
particular server looks like:

DEBUG 2008-11-24 16:36:13,574 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector:=== get pool for ftp://<user>:<pw>@<FTP
server>/

and then no more.  I've noticed that "receiver.1" will disappear from the
logs for a while, then, too.  Servers that go off-line appear in the logs
("Connection timed out") but they do not disappear.  My problem is that
on-line servers stop being polled.  My work-around is to restart Mule.  

Any help would be appreciated---Thanks,
Glenn



Hi,

In your case, the connection-strategy has nothing to do with your problem.
If the remote FTP server was unavailable for a few minutes, the
connection-strategy will force Mule to retry connections.  However, this is
not happening (according to your description), what is happening is that
some sort of internal thread (or threads) are being closed/terminated.
Since there is no reported fault in the communication with the FTP server,
the connection-strategy is not being used.

You are right in your understanding of the polling properties. I mistakenly
mis-read the config and thought that you set the property on the connector
and on the endpoints.

Can you post a full stack trace here? Perhaps there is some information that
will help your problem be diagnosed. What was the difference when you
changed the doThreading attribute?

Regards


Antoine Borg, Senior Consultant | Tel: +32 28 504 696 ricston Ltd., BP 2,
1180 Uccle, Brussels, BELGIUM
email: antoine.borg@... | blog: blog.ricston.com | web: ricston.com



--
View this message in context:
http://www.nabble.com/Mule-FTP-polling-dies-silently-tp19169571p20688071.htm
l
Sent from the Mule - User mailing list archive at Nabble.com.


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

    http://xircles.codehaus.org/manage_email



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

    http://xircles.codehaus.org/manage_email