error ftp 550 'Failed to change working directory'

[KIRA1983]

i try to create a simple INBOUND ftp endpoint, if i use anonymous works
fine(but i have error 550 because try to delete file after read) instead
using user i have ever error 550 but because :Failed to change working
directory

this is my endpoint:

<endpoint address="ftp://guest:***@localhost/IN">
<!-- prende i file al suo interno -->
<properties>
<property name="pollingFrequency" value="600000"/>
<property name="outputPattern" value="${ORIGINALNAME}__:${DATE}"/>
<!-- il file copiato avra lo stesso nome-->
<property name="binary" value="false"/>
<property name="validateConnections" value="true"/>
</properties>
</endpoint>


this is my trace:


INFO 2007-11-05 15:24:28,148 [WrapperSimpleAppMain] org.mule.MuleServer:
Mule Server initialized.
DEBUG 2007-11-05 15:24:29,125 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: >>> retrieving client for
ftp://guest:***@localhost/IN
DEBUG 2007-11-05 15:24:29,125 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: === get pool for
ftp://guest:***@localhost/IN
DEBUG 2007-11-05 15:24:29,180 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: <<< releasing client for
ftp://guest:***@localhost/IN
DEBUG 2007-11-05 15:24:29,180 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: === get pool for
ftp://guest:***@localhost/IN
INFO 2007-11-05 15:24:29,186 [connector.ftp.0.receiver.1]
org.mule.impl.DefaultExceptionStrategy: There is no current event available,
routing Null message with the exception
ERROR 2007-11-05 15:24:29,192 [connector.ftp.0.receiver.1]
org.mule.impl.DefaultExceptionStrategy: Caught exception in Exception
Strategy: Failed to change working directory to /IN. Ftp error: 550
java.io.IOException: Failed to change working directory to /IN. Ftp error:
550
at
org.mule.providers.ftp.FtpMessageReceiver.listFiles(FtpMessageReceiver.java:103)
at
org.mule.providers.ftp.FtpMessageReceiver.poll(FtpMessageReceiver.java:72)
at
org.mule.providers.PollingReceiverWorker.run(PollingReceiverWorker.java:47)
at org.mule.impl.work.WorkerContext.run(WorkerContext.java:310)
at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987)
at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528)
at java.lang.Thread.run(Thread.java:619)



any suggests?

-----
Italy
Thanks, Sergio

[Andrew Perepelytsya]

It's either a permission problem in your FTP server or just a glitch in its
implementation. Not all FTP servers are sticking to the spec really. Search
the archives for this 550 error.

Post by KIRA1983
i try to create a simple INBOUND ftp endpoint, if i use anonymous works
fine(but i have error 550 because try to delete file after read) instead
using user i have ever error 550 but because :Failed to change working
directory
<!-- prende i file al suo interno -->
<properties>
<property name="pollingFrequency" value="600000"/>
<property name="outputPattern"
value="${ORIGINALNAME}__:${DATE}"/>
<!-- il file copiato avra lo stesso nome-->
<property name="binary" value="false"/>
<property name="validateConnections"
value="true"/>
</properties>
</endpoint>
Mule Server initialized.
DEBUG 2007-11-05 15:24:29,125 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: >>> retrieving client for
DEBUG 2007-11-05 15:24:29,125 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: === get pool for
DEBUG 2007-11-05 15:24:29,180 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: <<< releasing client for
DEBUG 2007-11-05 15:24:29,180 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: === get pool for
INFO 2007-11-05 15:24:29,186 [connector.ftp.0.receiver.1]
org.mule.impl.DefaultExceptionStrategy: There is no current event available,
routing Null message with the exception
ERROR 2007-11-05 15:24:29,192 [connector.ftp.0.receiver.1]
org.mule.impl.DefaultExceptionStrategy: Caught exception in Exception
Strategy: Failed to change working directory to /IN. Ftp error: 550
550
at
org.mule.providers.ftp.FtpMessageReceiver.listFiles(
FtpMessageReceiver.java:103)
at
org.mule.providers.ftp.FtpMessageReceiver.poll(FtpMessageReceiver.java:72)
at
org.mule.providers.PollingReceiverWorker.run(PollingReceiverWorker.java
:47)
at org.mule.impl.work.WorkerContext.run(WorkerContext.java:310)
at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker
(ThreadPoolExecutor.java:987)
at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run
(ThreadPoolExecutor.java:528)
at java.lang.Thread.run(Thread.java:619)
any suggests?
-----
Italy
Thanks, Sergio
--
http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13587792
Sent from the Mule - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
http://xircles.codehaus.org/manage_email

[kookyterp]

Greetings,

MULE newbie here. I am trying to do the same thing. I am trying to
initiate a ftp from my local windows env to a ftp folder on my mac as a
test. I am able to hit the ftp folder using both the Firefox and IE
browsers and through Windows Explorer. Here is my MULE config:

<mule-descriptor name="ftpInbound"
implementation="org.mule.components.simple.BridgeComponent">
<inbound-router>
<endpoint address="ftp://ftpuser:ftpuser-S+***@public.gmane.org/ftp/">
<filter pattern="*.zip"
className="org.mule.providers.file.filters.FilenameWildcardFilter"/>
<properties>
<property name="pollingFrequency" value="60000"/>
<property name="filename" value="75_wsh_xml_en-us_004.zip"/>
<property name="validateConnections" value="true"/>
<property name="outputPattern" value="${ORIGINALNAME}"/>
</properties>
</endpoint>
</inbound-router>
<outbound-router>
<router className="org.mule.routing.outbound.OutboundPassThroughRouter">
<endpoint address="file:///C:/temp/inbound"/>
</router>
</outbound-router>
</mule-descriptor>

Here is the output from my log:
INFO 2007-11-05 14:14:22,852 [WrapperSimpleAppMain] org.mule.MuleServer:
Mule S
erver initialized.
DEBUG 2007-11-05 14:14:23,836 [ftpConnector.receiver.1]
org.mule.providers.ftp.F
tpConnector: >>> retrieving client for
ftp://ftpuser:ftpuser-S+***@public.gmane.org/ftp/

DEBUG 2007-11-05 14:14:23,836 [ftpConnector.receiver.1]
org.mule.providers.ftp.F
tpConnector: === get pool for ftp://ftpuser:ftpuser-S+***@public.gmane.org/ftp/
DEBUG 2007-11-05 14:14:24,227 [ftpConnector.receiver.1]
org.mule.providers.ftp.F
tpConnector: <<< releasing client for
ftp://ftpuser:ftpuser-S+***@public.gmane.org/ftp/
DEBUG 2007-11-05 14:14:24,227 [ftpConnector.receiver.1]
org.mule.providers.ftp.F
tpConnector: === get pool for ftp://ftpuser:ftpuser-S+***@public.gmane.org/ftp/
INFO 2007-11-05 14:14:24,227 [ftpConnector.receiver.1]
org.mule.impl.DefaultExc
eptionStrategy: There is no current event available, routing Null message
with t
he exception
ERROR 2007-11-05 14:14:24,243 [ftpConnector.receiver.1]
org.mule.impl.DefaultExc
eptionStrategy: Caught exception in Exception Strategy: Failed to change
working
directory to /ftp/. Ftp error: 550
java.io.IOException: Failed to change working directory to /ftp/. Ftp error:
550

at
org.mule.providers.ftp.FtpMessageReceiver.listFiles(FtpMessageReceive
r.java:103)
at
org.mule.providers.ftp.FtpMessageReceiver.poll(FtpMessageReceiver.jav
a:72)

I searched through the forums for the 550 error, but I can't seem to get on
the right track. Any help would be greatly appreciated. Thanks in advance.

Post by Andrew Perepelytsya
It's either a permission problem in your FTP server or just a glitch in its
implementation. Not all FTP servers are sticking to the spec really. Search
the archives for this 550 error.

Post by KIRA1983
i try to create a simple INBOUND ftp endpoint, if i use anonymous works
fine(but i have error 550 because try to delete file after read) instead
using user i have ever error 550 but because :Failed to change working
directory
<!-- prende i file al suo interno -->
<properties>
<property name="pollingFrequency"
value="600000"/>
<property name="outputPattern"
value="${ORIGINALNAME}__:${DATE}"/>
<!-- il file copiato avra lo stesso nome-->
<property name="binary" value="false"/>
<property name="validateConnections"
value="true"/>
</properties>
</endpoint>
Mule Server initialized.
DEBUG 2007-11-05 15:24:29,125 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: >>> retrieving client for
DEBUG 2007-11-05 15:24:29,125 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: === get pool for
DEBUG 2007-11-05 15:24:29,180 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: <<< releasing client for
DEBUG 2007-11-05 15:24:29,180 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: === get pool for
INFO 2007-11-05 15:24:29,186 [connector.ftp.0.receiver.1]
org.mule.impl.DefaultExceptionStrategy: There is no current event available,
routing Null message with the exception
ERROR 2007-11-05 15:24:29,192 [connector.ftp.0.receiver.1]
org.mule.impl.DefaultExceptionStrategy: Caught exception in Exception
Strategy: Failed to change working directory to /IN. Ftp error: 550
550
at
org.mule.providers.ftp.FtpMessageReceiver.listFiles(
FtpMessageReceiver.java:103)
at
org.mule.providers.ftp.FtpMessageReceiver.poll(FtpMessageReceiver.java:72)
at
org.mule.providers.PollingReceiverWorker.run(PollingReceiverWorker.java
:47)
at org.mule.impl.work.WorkerContext.run(WorkerContext.java:310)
at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker
(ThreadPoolExecutor.java:987)
at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run
(ThreadPoolExecutor.java:528)
at java.lang.Thread.run(Thread.java:619)
any suggests?
-----
Italy
Thanks, Sergio
--
http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13587792
Sent from the Mule - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
http://xircles.codehaus.org/manage_email

[Andrew Perepelytsya]

What's in your ftp server logs?

[kookyterp]

Where can I find the logs?

Post by Andrew Perepelytsya
What's in your ftp server logs?

[KIRA1983]

usually in /var/log/...

so my log ( i use vsftpd) don'tr write nothing when start Mule instead
with normal session with firefox log writing.. and with firefox all work..nd
my problem?? eventually accept also tip to change server ftp that work fine
with mule also that this is strange..
..
i don't understa

Post by kookyterp
Where can I find the logs?

Post by Andrew Perepelytsya
What's in your ftp server logs?

-----
Italy
Thanks, Sergio

[KIRA1983]

I solved my problem.
my mistake was that created user's try from GUI and not by command line
(adduser) .
OK, thanks

Post by KIRA1983
usually in /var/log/...
so my log ( i use vsftpd) don'tr write nothing when start Mule instead
with normal session with firefox log writing.. and with firefox all
work..nd my problem?? eventually accept also tip to change server ftp that
work fine with mule also that this is strange..
..
i don't understa

Post by kookyterp
Where can I find the logs?

Post by Andrew Perepelytsya
What's in your ftp server logs?

-----
Italy
Thanks, Sergio

[kookyterp]

There is nothing special in my ftp log on the mac (I thought we were looking
for some ftp log on NT, and I could not find any there).

I have a feeling the problem is with the FTP Implementation. When I set my
ftp uri to the actual third party production server (not sure what the os is
on the other side), I am able to retrieve my file.

I did have to override the FTPMessageReceiver to not attempt the delete at
the end of the processFile() method. I have read other posts regarding this
topic. Would it make sense if this was a configurable property on the
FTPComponent?

Post by KIRA1983
I solved my problem.
my mistake was that created user's try from GUI and not by command line
(adduser) .
OK, thanks

Post by KIRA1983
usually in /var/log/...
so my log ( i use vsftpd) don'tr write nothing when start Mule
instead with normal session with firefox log writing.. and with firefox
all work..nd my problem?? eventually accept also tip to change server ftp
that work fine with mule also that this is strange..
..
i don't understa

Post by kookyterp
Where can I find the logs?

Post by Andrew Perepelytsya
What's in your ftp server logs?

[Andrew Perepelytsya]

Post by kookyterp
I have a feeling the problem is with the FTP Implementation. When I set my
ftp uri to the actual third party production server (not sure what the os is
on the other side), I am able to retrieve my file.

We came to the same conclusion. I remember there was a small list of ftp
servers working fine and failing on the list, maybe you can look it up.

I did have to override the FTPMessageReceiver to not attempt the delete at

Post by kookyterp
the end of the processFile() method. I have read other posts regarding this
topic. Would it make sense if this was a configurable property on the
FTPComponent?

No, config property won't help. The point is you have to track which files
have been processed already to avoid a live-lock (processing the same file
forever). As there are numerous ways to keep such records and requirements
differ greatly in each case, customizing the receiver is the only viable
option at the moment.

Andrew

[L]

Hi Andrew,

I am also having problems connecting to or performing actions on an ftp
server. My setup is slightly different to the ones mentioned above, but
getting the same errors.

Situation:

Mule makes multiple connections to various FTP servers, doing the normal
actions, deleting/renaming/changing dirs etc. But once in a while we get
FTP 550 or FTP 530 errors. I am 100% sure the username/password are
correct. Nothing has happened on the servers hosting the ftp servers, also
100% sure no network glitches or anything out of the ordinary.

Only way we can get it back online is to unregister the umo and reegister
it, but only after a random amount of time has passed. Which could be 1
min, 5 mins, 1 hour etc.

I've been debugging through the code and i thought it may be due to apache
pooling. However that doesn't look likely.

With this in mind you said "Not all FTP servers are sticking to the spec
really. " Do you think this could potentially be the problem? If so other
than changing the FTP servers are there any viable options on the Mule side
that i could add to handle certain ftp server versions, such as extending
FtpMessageReceiver/FtpMessageDispatcher?

Regards

L

Post by Andrew Perepelytsya
It's either a permission problem in your FTP server or just a glitch in its
implementation. Not all FTP servers are sticking to the spec really. Search
the archives for this 550 error.

Post by KIRA1983
i try to create a simple INBOUND ftp endpoint, if i use anonymous works
fine(but i have error 550 because try to delete file after read) instead
using user i have ever error 550 but because :Failed to change working
directory
<!-- prende i file al suo interno -->
<properties>
<property name="pollingFrequency"
value="600000"/>
<property name="outputPattern"
value="${ORIGINALNAME}__:${DATE}"/>
<!-- il file copiato avra lo stesso nome-->
<property name="binary" value="false"/>
<property name="validateConnections"
value="true"/>
</properties>
</endpoint>
Mule Server initialized.
DEBUG 2007-11-05 15:24:29,125 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: >>> retrieving client for
DEBUG 2007-11-05 15:24:29,125 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: === get pool for
DEBUG 2007-11-05 15:24:29,180 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: <<< releasing client for
DEBUG 2007-11-05 15:24:29,180 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: === get pool for
INFO 2007-11-05 15:24:29,186 [connector.ftp.0.receiver.1]
org.mule.impl.DefaultExceptionStrategy: There is no current event available,
routing Null message with the exception
ERROR 2007-11-05 15:24:29,192 [connector.ftp.0.receiver.1]
org.mule.impl.DefaultExceptionStrategy: Caught exception in Exception
Strategy: Failed to change working directory to /IN. Ftp error: 550
550
at
org.mule.providers.ftp.FtpMessageReceiver.listFiles(
FtpMessageReceiver.java:103)
at
org.mule.providers.ftp.FtpMessageReceiver.poll(FtpMessageReceiver.java:72)
at
org.mule.providers.PollingReceiverWorker.run(PollingReceiverWorker.java
:47)
at org.mule.impl.work.WorkerContext.run(WorkerContext.java:310)
at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker
(ThreadPoolExecutor.java:987)
at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run
(ThreadPoolExecutor.java:528)
at java.lang.Thread.run(Thread.java:619)
any suggests?
-----
Italy
Thanks, Sergio
--
http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13587792
Sent from the Mule - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
http://xircles.codehaus.org/manage_email

[Andrew Perepelytsya]

Post by L
With this in mind you said "Not all FTP servers are sticking to the spec
really. " Do you think this could potentially be the problem? If so other
than changing the FTP servers are there any viable options on the Mule side
that i could add to handle certain ftp server versions, such as extending
FtpMessageReceiver/FtpMessageDispatcher?

We have found that some ftp servers fail with this dreaded 5xx errors. Maybe
it's the way they handle concurrent logins under the same username, maybe
something else. There was no ubiquitous recipe, unfortunately. Once you find
out what's causing the server to fail (ftp debug logs, etc.), that's a
start.

Andrew

[L]

Thanks for the reply.

Tbh haven't found anything out of the ordinary in the logs, other than the
ftp error code. However if it does occur again i'll post a thread and keep
you posted.

Cheers
L

Post by Andrew Perepelytsya

Post by L
With this in mind you said "Not all FTP servers are sticking to the spec
really. " Do you think this could potentially be the problem? If so other
than changing the FTP servers are there any viable options on the Mule side
that i could add to handle certain ftp server versions, such as extending
FtpMessageReceiver/FtpMessageDispatcher?

We have found that some ftp servers fail with this dreaded 5xx errors. Maybe
it's the way they handle concurrent logins under the same username, maybe
something else. There was no ubiquitous recipe, unfortunately. Once you find
out what's causing the server to fail (ftp debug logs, etc.), that's a
start.
Andrew

[kookyterp]

Hey All,

Any solution to your problem L? I need to FTP multiple third party sites,
and I am getting the 550 error on some of the sites and not on others. Very
frustrating!! I am looking for a consistent FTP solution that I can
implement across the board. Any ideas, help, thoughts, suggestions?

Thanks,
Farrukh

Post by L
Thanks for the reply.
Tbh haven't found anything out of the ordinary in the logs, other than the
ftp error code. However if it does occur again i'll post a thread and
keep you posted.
Cheers
L

Post by Andrew Perepelytsya

Post by L
With this in mind you said "Not all FTP servers are sticking to the spec
really. " Do you think this could potentially be the problem? If so other
than changing the FTP servers are there any viable options on the Mule side
that i could add to handle certain ftp server versions, such as extending
FtpMessageReceiver/FtpMessageDispatcher?

We have found that some ftp servers fail with this dreaded 5xx errors. Maybe
it's the way they handle concurrent logins under the same username, maybe
something else. There was no ubiquitous recipe, unfortunately. Once you find
out what's causing the server to fail (ftp debug logs, etc.), that's a
start.
Andrew

[kookyterp]

Okay, I can now rule out the apache commons FTPClient class itself as the
culprit as well. I wrote a straight FTPClient to the FTP site (with no
pooling), and I was able to retieve the file. So, I am now thinking the
problem is in the pooling api. Perhaps that is what is causing the varied
behavior between different ftp sessions taking place.

Thanks,
Farrukh

Post by kookyterp
Hey All,
Any solution to your problem L? I need to FTP multiple third party sites,
and I am getting the 550 error on some of the sites and not on others.
Very frustrating!! I am looking for a consistent FTP solution that I can
implement across the board. Any ideas, help, thoughts, suggestions?
Thanks,
Farrukh

Post by L
Thanks for the reply.
Tbh haven't found anything out of the ordinary in the logs, other than
the ftp error code. However if it does occur again i'll post a thread
and keep you posted.
Cheers
L

Post by Andrew Perepelytsya

Post by L
With this in mind you said "Not all FTP servers are sticking to the spec
really. " Do you think this could potentially be the problem? If so other
than changing the FTP servers are there any viable options on the Mule side
that i could add to handle certain ftp server versions, such as extending
FtpMessageReceiver/FtpMessageDispatcher?

We have found that some ftp servers fail with this dreaded 5xx errors. Maybe
it's the way they handle concurrent logins under the same username, maybe
something else. There was no ubiquitous recipe, unfortunately. Once you find
out what's causing the server to fail (ftp debug logs, etc.), that's a
start.
Andrew

[L]

I'm not so sure if it is the pooling api's that would cause something like
this to occur.

All it does is hold anything you give it, in this case ftp connections.

How did you run your tests? In my case the ftp error 5xx errors occur
randomly. The only way i can get the connection to reset is to unregister
the component and re-register it. In extreme cases, where no matter what i
did, it simple refuses to connect was to restart my mule instance. Which
sorted the problem immediatly, which lead me to believe a stale connection
may exist within the pool.

However after setting validateConnection (Can't remember if that is the
method name) to true, i could verifiy that a stale connection was NOT in the
pool.

Not sure if any of this is helping you. At the moment my workaround is to
unregister the component and re-register, ensure connections are validated,
refresh the connections in the pool if needed and have a retry strategy.

To be fair, ftp transport is pretty stable and well worth using it :) .

L

Post by kookyterp
Okay, I can now rule out the apache commons FTPClient class itself as the
culprit as well. I wrote a straight FTPClient to the FTP site (with no
pooling), and I was able to retieve the file. So, I am now thinking the
problem is in the pooling api. Perhaps that is what is causing the varied
behavior between different ftp sessions taking place.
Thanks,
Farrukh

Post by kookyterp
Hey All,
Any solution to your problem L? I need to FTP multiple third party
sites, and I am getting the 550 error on some of the sites and not on
others. Very frustrating!! I am looking for a consistent FTP solution
that I can implement across the board. Any ideas, help, thoughts,
suggestions?
Thanks,
Farrukh

Post by L
Thanks for the reply.
Tbh haven't found anything out of the ordinary in the logs, other than
the ftp error code. However if it does occur again i'll post a thread
and keep you posted.
Cheers
L

Post by Andrew Perepelytsya

Post by L
With this in mind you said "Not all FTP servers are sticking to the spec
really. " Do you think this could potentially be the problem? If so other
than changing the FTP servers are there any viable options on the Mule side
that i could add to handle certain ftp server versions, such as extending
FtpMessageReceiver/FtpMessageDispatcher?

We have found that some ftp servers fail with this dreaded 5xx errors. Maybe
it's the way they handle concurrent logins under the same username, maybe
something else. There was no ubiquitous recipe, unfortunately. Once you find
out what's causing the server to fail (ftp debug logs, etc.), that's a
start.
Andrew

[kookyterp]

I just wrote a simple test initalizing the FTPClient on my own, and then
doing a retrieve from the remote server.

I am choking on the FTPMessageReceiver's attempt to change the working
directory. The FTP uri I provide goes directly to the directory I am
working in, so the change directory is doing nothing more than "/." Since
it cannot perform this, the FTPMessageReceiver throws an exception. I may
try overridding the FTPMessageReceiver and removing the
changeWorkingDirectory. I hope nothing adverse happens...

Thanks,
Farrukh

Post by L
I'm not so sure if it is the pooling api's that would cause something like
this to occur.
All it does is hold anything you give it, in this case ftp connections.
How did you run your tests? In my case the ftp error 5xx errors occur
randomly. The only way i can get the connection to reset is to unregister
the component and re-register it. In extreme cases, where no matter what
i did, it simple refuses to connect was to restart my mule instance.
Which sorted the problem immediatly, which lead me to believe a stale
connection may exist within the pool.
However after setting validateConnection (Can't remember if that is the
method name) to true, i could verifiy that a stale connection was NOT in
the pool.
Not sure if any of this is helping you. At the moment my workaround is to
unregister the component and re-register, ensure connections are
validated, refresh the connections in the pool if needed and have a retry
strategy.
To be fair, ftp transport is pretty stable and well worth using it :) .
L

Post by kookyterp
Okay, I can now rule out the apache commons FTPClient class itself as the
culprit as well. I wrote a straight FTPClient to the FTP site (with no
pooling), and I was able to retieve the file. So, I am now thinking the
problem is in the pooling api. Perhaps that is what is causing the
varied behavior between different ftp sessions taking place.
Thanks,
Farrukh

Post by kookyterp
Hey All,
Any solution to your problem L? I need to FTP multiple third party
sites, and I am getting the 550 error on some of the sites and not on
others. Very frustrating!! I am looking for a consistent FTP solution
that I can implement across the board. Any ideas, help, thoughts,
suggestions?
Thanks,
Farrukh

Post by L
Thanks for the reply.
Tbh haven't found anything out of the ordinary in the logs, other than
the ftp error code. However if it does occur again i'll post a thread
and keep you posted.
Cheers
L

Post by Andrew Perepelytsya

Post by L
With this in mind you said "Not all FTP servers are sticking to the spec
really. " Do you think this could potentially be the problem? If so other
than changing the FTP servers are there any viable options on the
Mule
side
that i could add to handle certain ftp server versions, such as extending
FtpMessageReceiver/FtpMessageDispatcher?

We have found that some ftp servers fail with this dreaded 5xx errors. Maybe
it's the way they handle concurrent logins under the same username, maybe
something else. There was no ubiquitous recipe, unfortunately. Once you find
out what's causing the server to fail (ftp debug logs, etc.), that's a
start.
Andrew

[L]

Hi,

We have quite a few ftp connections, which vary from legacy systems to
wintel based systems. At first i had thought the ftp error 5xx occurred
randomly. However i have noticed it seems to only occur on a few legacy
systems and a Unix system. As mentioned by Andrew that ftp servers may not
abide by the ftp standards. Which ties in with the legacy systems, as they
may have really old ftp servers, with regards to the unix system i need to
verify what version of ftp server they are running.

One way you could get around this is to use a retry strategy whereby you
retry the connection if you receive a 5xx error. Dependant on your
requirements, you could allow the end user to define the max retry attempts
and duration between retries.

Hope that helps.

L

Post by kookyterp
Hey All,
Any solution to your problem L? I need to FTP multiple third party sites,
and I am getting the 550 error on some of the sites and not on others.
Very frustrating!! I am looking for a consistent FTP solution that I can
implement across the board. Any ideas, help, thoughts, suggestions?
Thanks,
Farrukh

Post by L
Thanks for the reply.
Tbh haven't found anything out of the ordinary in the logs, other than
the ftp error code. However if it does occur again i'll post a thread
and keep you posted.
Cheers
L

Post by Andrew Perepelytsya

Post by L
With this in mind you said "Not all FTP servers are sticking to the spec
really. " Do you think this could potentially be the problem? If so other
than changing the FTP servers are there any viable options on the Mule side
that i could add to handle certain ftp server versions, such as extending
FtpMessageReceiver/FtpMessageDispatcher?

We have found that some ftp servers fail with this dreaded 5xx errors. Maybe
it's the way they handle concurrent logins under the same username, maybe
something else. There was no ubiquitous recipe, unfortunately. Once you find
out what's causing the server to fail (ftp debug logs, etc.), that's a
start.
Andrew