You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@camel.apache.org by Morten Engel <me...@alpha-solutions.dk> on 2010/07/06 15:56:50 UTC

Re: Problems deleting or moving files from FTP source

I better add, that it's not a user restriction problem, as I can add, change
and delete files as much as I want, through other means, using the same
credentials.

I've also tried exactly the same on another FTP server with the exact same
result.
-- 
View this message in context: http://camel.465427.n5.nabble.com/Problems-deleting-or-moving-files-from-FTP-source-tp911101p913934.html
Sent from the Camel - Users mailing list archive at Nabble.com.

Re: Problems deleting or moving files from FTP source

Posted by Morten Engel <me...@alpha-solutions.dk>.
Again, a good call. This definatly highlighted odd behaviour.

Trying to delete from windows server 2003, (the server running FUSE) via
file explorer, resulted in a 550 access is denied pop up. (Machine A, for
reference)

Deleting the exact same file, with the same credentials, and the same method
of getting to it from my localhost Win7 file explorer, shows no problems of
deleting. (Machine B)

Machine A has no problems reading the file, which requires credentials as
well though.


Regardless, I think it's safe to say that the problem does not stem from
Camel, I'll be looking into whether there's any known FTP DELE issues from
win 2003.

Thank you for the help, and the push in the right direction!

Sincerely,
Morten Engel





-- 
View this message in context: http://camel.465427.n5.nabble.com/Problems-deleting-or-moving-files-from-FTP-source-tp911101p1044758.html
Sent from the Camel - Users mailing list archive at Nabble.com.

Re: Problems deleting or moving files from FTP source

Posted by Claus Ibsen <cl...@gmail.com>.
On Wed, Jul 7, 2010 at 5:23 PM, Morten Engel <me...@alpha-solutions.dk> wrote:
>
> Oh, I should probably add, that it seems the files are being referenced to
> the same way on RETR and DELE, an example of a RETR line (which works fine)
> is :
>
> 305     27.250223       192.168.98.84   195.215.57.203  FTP     Request: RETR
> Export/test3.txt
>
> I'm guessing it's not a question of relative/absolute paths, unless their
> server for some odd reason interprets the path arguments of RETR and DELE
> differently.
> --

Yeah maybe try to use wireshark when you try to delete the file from a
ftp console or FTP client which works.
Then you can compare the logs to see if there is anything different.



> View this message in context: http://camel.465427.n5.nabble.com/Problems-deleting-or-moving-files-from-FTP-source-tp911101p1044752.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>



-- 
Claus Ibsen
Apache Camel Committer

Author of Camel in Action: http://www.manning.com/ibsen/
Open Source Integration: http://fusesource.com
Blog: http://davsclaus.blogspot.com/
Twitter: http://twitter.com/davsclaus

Re: Problems deleting or moving files from FTP source

Posted by Morten Engel <me...@alpha-solutions.dk>.
Oh, I should probably add, that it seems the files are being referenced to
the same way on RETR and DELE, an example of a RETR line (which works fine)
is :

305	27.250223	192.168.98.84	195.215.57.203	FTP	Request: RETR
Export/test3.txt

I'm guessing it's not a question of relative/absolute paths, unless their
server for some odd reason interprets the path arguments of RETR and DELE
differently.
-- 
View this message in context: http://camel.465427.n5.nabble.com/Problems-deleting-or-moving-files-from-FTP-source-tp911101p1044752.html
Sent from the Camel - Users mailing list archive at Nabble.com.

Re: Problems deleting or moving files from FTP source

Posted by Morten Engel <me...@alpha-solutions.dk>.
Hi Claus,

I've installed Wireshark on the server, and have found that it sends the
delete request every time, but gets the response

238	24.617119	192.168.98.84	195.215.57.203	FTP	Request: DELE
Export/test3.txt
239	24.617963	195.215.57.203	192.168.98.84	FTP	Response: 550 Access is
denied.

Following that, there's no problem retrieving the file again (and there's no
extra check of credentials) so it doesn't seem to be due to expired session
or the likes.

As previously stated, I've got full access to delete, create and rename
files if I access the server by the same credentials, by means of for
example windows explorer, or an FTP client. So the basic rights of the
supplied user must be alright as well.

I've contacted the administrator of the FTP server with my findings as well,
but should you have a good hunch as to what this can be caused by, or would
like additional information, I'd appreciate hearing from you.

Sincerely,
Morten Engel
-- 
View this message in context: http://camel.465427.n5.nabble.com/Problems-deleting-or-moving-files-from-FTP-source-tp911101p1044751.html
Sent from the Camel - Users mailing list archive at Nabble.com.

Re: Problems deleting or moving files from FTP source

Posted by Claus Ibsen <cl...@gmail.com>.
Hi

You can use wireshark or something to trace what gets send over the network.
Then you can check that DELETE being sent or not.

Also on Camel 2.4 we have fixed an issue with using absolute paths.
Many FTP clients sends file paths using absolute, eg they start with a /
Maybe that remote FTP server expect that when deleting files.

To use absolute paths just add a 2nd / in the endpoint uri
     myuser@myftpserver:21//hereIsTwoSlashes/subfolder

This fix is in the current source code. You can try a 2.4-SNAPSHOT if you like
http://camel.apache.org/download.html



On Wed, Jul 7, 2010 at 1:16 PM, Morten Engel <me...@alpha-solutions.dk> wrote:
>
> This resulted in the exact same log pattern on my side, except the 4 lines
> below missing:
>
> 11:47:49,906 | TRACE |  0: FtpComponent | GenericFileProducer              |
> mponent.file.GenericFileProducer   69 | Processing Exchange[Message:
> GenericFile[test3.txt]]
> 11:47:49,906 | TRACE |  0: FtpComponent | GenericFileProducer              |
> mponent.file.GenericFileProducer  192 | About to write [C:\test\test3.txt]
> to [Endpoint[file://C:/test]] from exchange [Exchange[Message:
> GenericFile[test3.txt]]]
> 11:47:49,906 | TRACE |  0: FtpComponent | FileOperations                   |
> el.component.file.FileOperations  269 | Using InputStream to transfer from:
> java.io.ByteArrayInputStream@19264e3 to: sun.nio.ch.FileChannelImpl@1d8867
> 11:47:49,906 | DEBUG |  0: FtpComponent | GenericFileProducer              |
> mponent.file.GenericFileProducer  200 | Wrote [C:\test\test3.txt] to
> [Endpoint[file://C:/test]]
>
>
> Which I guess makes good sense, as we no longer process the file into a new
> file endpoint.
>
> However, I'm guessing it brings us no closer as to what the problem is?
> --
> View this message in context: http://camel.465427.n5.nabble.com/Problems-deleting-or-moving-files-from-FTP-source-tp911101p1044673.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>



-- 
Claus Ibsen
Apache Camel Committer

Author of Camel in Action: http://www.manning.com/ibsen/
Open Source Integration: http://fusesource.com
Blog: http://davsclaus.blogspot.com/
Twitter: http://twitter.com/davsclaus

Re: Problems deleting or moving files from FTP source

Posted by Morten Engel <me...@alpha-solutions.dk>.
This resulted in the exact same log pattern on my side, except the 4 lines
below missing:

11:47:49,906 | TRACE |  0: FtpComponent | GenericFileProducer              |
mponent.file.GenericFileProducer   69 | Processing Exchange[Message:
GenericFile[test3.txt]]
11:47:49,906 | TRACE |  0: FtpComponent | GenericFileProducer              |
mponent.file.GenericFileProducer  192 | About to write [C:\test\test3.txt]
to [Endpoint[file://C:/test]] from exchange [Exchange[Message:
GenericFile[test3.txt]]]
11:47:49,906 | TRACE |  0: FtpComponent | FileOperations                   |
el.component.file.FileOperations  269 | Using InputStream to transfer from:
java.io.ByteArrayInputStream@19264e3 to: sun.nio.ch.FileChannelImpl@1d8867
11:47:49,906 | DEBUG |  0: FtpComponent | GenericFileProducer              |
mponent.file.GenericFileProducer  200 | Wrote [C:\test\test3.txt] to
[Endpoint[file://C:/test]]


Which I guess makes good sense, as we no longer process the file into a new
file endpoint.

However, I'm guessing it brings us no closer as to what the problem is?
-- 
View this message in context: http://camel.465427.n5.nabble.com/Problems-deleting-or-moving-files-from-FTP-source-tp911101p1044673.html
Sent from the Camel - Users mailing list archive at Nabble.com.

Re: Problems deleting or moving files from FTP source

Posted by Claus Ibsen <cl...@gmail.com>.
Hi

Can you try not to write the consumed FTP to a File endpoint.
Instead just do

from(ftp?delete=true).to("log:foo");

Just to see that if you download and write to a file causes any
mysterious issues.



On Wed, Jul 7, 2010 at 12:39 PM, Morten Engel <me...@alpha-solutions.dk> wrote:
>
> Hi Claus,
>
> I've been doing some additional testing. First off, as the FTP server I need
> to code against is external, I tried setting up a local FTP (using
> FileZilla), and connect to that and transfer/delete files in the exact same
> way. - This worked like a charm.
>
> I then proceded to try against the external FTP server again - which I found
> to be a "Serv-U 6.4.0.5" server, asking their administrator to return the
> log from their side to me.
>
> Snippet from my log (pattern repeated multiple times), including TRACE from
> org.apache.camel.component.file:
>
> 11:47:49,500 | TRACE |  0: FtpComponent | FtpConsumer                      |
> omponent.file.remote.FtpConsumer   48 | Polling directory: Export
> 11:47:49,687 | DEBUG |  0: FtpComponent | FtpConsumer                      |
> mponent.file.GenericFileConsumer   99 | Total 1 files to consume
> 11:47:49,687 | TRACE |  0: FtpComponent | FtpConsumer                      |
> mponent.file.GenericFileConsumer  215 | Processing file:
> GenericFile[test3.txt]
> 11:47:49,687 | TRACE |  0: FtpComponent | FtpConsumer                      |
> mponent.file.GenericFileConsumer  239 | Retrieving file: Export/test3.txt
> from: Endpoint[ftp://[user]@[host]/Export/?delete=true&password=[password]]
> 11:47:49,906 | TRACE |  0: FtpComponent | FtpConsumer                      |
> mponent.file.GenericFileConsumer  245 | Retrieved file: Export/test3.txt
> from: Endpoint[ftp://[user]@[host]/Export/?delete=true&password=[password]]
> 11:47:49,906 | DEBUG |  0: FtpComponent | FtpConsumer                      |
> mponent.file.GenericFileConsumer  249 | About to process file:
> GenericFile[test3.txt] using exchange: Exchange[GenericFileMessage with
> file: GenericFile[test3.txt]]
> 11:47:49,906 | TRACE |  0: FtpComponent | GenericFileProducer              |
> mponent.file.GenericFileProducer   69 | Processing Exchange[Message:
> GenericFile[test3.txt]]
> 11:47:49,906 | TRACE |  0: FtpComponent | GenericFileProducer              |
> mponent.file.GenericFileProducer  192 | About to write [C:\test\test3.txt]
> to [Endpoint[file://C:/test]] from exchange [Exchange[Message:
> GenericFile[test3.txt]]]
> 11:47:49,906 | TRACE |  0: FtpComponent | FileOperations                   |
> el.component.file.FileOperations  269 | Using InputStream to transfer from:
> java.io.ByteArrayInputStream@19264e3 to: sun.nio.ch.FileChannelImpl@1d8867
> 11:47:49,906 | DEBUG |  0: FtpComponent | GenericFileProducer              |
> mponent.file.GenericFileProducer  200 | Wrote [C:\test\test3.txt] to
> [Endpoint[file://C:/test]]
> 11:47:49,906 | DEBUG |  0: FtpComponent | GenericFileOnCompletion          |
> ent.file.GenericFileOnCompletion   74 | Done processing file:
> GenericFile[test3.txt] using exchange: Exchange[GenericFileMessage with
> file: GenericFile[test3.txt]]
> 11:47:49,906 | TRACE |  0: FtpComponent | GenericFileOnCompletion          |
> ent.file.GenericFileOnCompletion  120 | Commit file strategy:
> org.apache.camel.component.file.strategy.GenericFileDeleteProcessStrategy@1f6e3e9
> for file: GenericFile[test3.txt]
> 11:47:49,906 | DEBUG |  0: FtpComponent | FtpOperations                    |
> ponent.file.remote.FtpOperations  178 | Deleting file: Export/test3.txt
> 11:47:50,125 | TRACE |  0: FtpComponent | GenericFileDeleteProcessStrategy |
> GenericFileDeleteProcessStrategy   51 | File was not deleted at this attempt
> will try again in 1 sec.: GenericFile[test3.txt]
> 11:47:51,125 | DEBUG |  0: FtpComponent | FtpOperations                    |
> ponent.file.remote.FtpOperations  178 | Deleting file: Export/test3.txt
> 11:47:51,328 | TRACE |  0: FtpComponent | GenericFileDeleteProcessStrategy |
> GenericFileDeleteProcessStrategy   51 | File was not deleted at this attempt
> will try again in 1 sec.: GenericFile[test3.txt]
> 11:47:52,328 | DEBUG |  0: FtpComponent | FtpOperations                    |
> ponent.file.remote.FtpOperations  178 | Deleting file: Export/test3.txt
> 11:47:52,531 | TRACE |  0: FtpComponent | GenericFileDeleteProcessStrategy |
> GenericFileDeleteProcessStrategy   51 | File was not deleted at this attempt
> will try again in 1 sec.: GenericFile[test3.txt]
> 11:47:53,531 | ERROR |  0: FtpComponent | GenericFileOnCompletion          |
> rg.apache.camel.processor.Logger  248 | Caused by:
> [org.apache.camel.component.file.GenericFileOperationFailedException -
> Cannot delete file: GenericFile[test3.txt]]
> org.apache.camel.component.file.GenericFileOperationFailedException: Cannot
> delete file: GenericFile[test3.txt]
> [stacktrace]
>
> Snippet from their log, showing one of the many attempts (it keeps on
> polling the same, lonely, file - as it's not deleted in last poll)
>
> [5] Wed 07Jul10 11:46:48 - (025918) Connected to 89.150.143.147 (Local
> address 192.168.255.15)
> [5] Wed 07Jul10 11:46:48 - (025918) IP-Name: 0809DS4-BY.1.FULLRATE.DK
> [5] Wed 07Jul10 11:46:48 - (025918) User PC061 logged in
> [3] Wed 07Jul10 11:46:49 - (025918) Sending file
> c:\ftp\pc061\export\test3.txt
> [3] Wed 07Jul10 11:46:49 - (025918) Sent file c:\ftp\pc061\export\test3.txt
> successfully (1.45 kB/sec - 49 Bytes)
> [3] Wed 07Jul10 11:46:53 - (025918) Sending file
> c:\ftp\pc061\export\test3.txt
> [3] Wed 07Jul10 11:46:53 - (025918) Sent file c:\ftp\pc061\export\test3.txt
> successfully (3.68 kB/sec - 49 Bytes)
> [3] Wed 07Jul10 11:46:57 - (025918) Sending file
> c:\ftp\pc061\export\test3.txt
> [3] Wed 07Jul10 11:46:57 - (025918) Sent file c:\ftp\pc061\export\test3.txt
> successfully (3.99 kB/sec - 49 Bytes)
> [3] Wed 07Jul10 11:47:01 - (025918) Sending file
> c:\ftp\pc061\export\test3.txt
> [3] Wed 07Jul10 11:47:01 - (025918) Sent file c:\ftp\pc061\export\test3.txt
> successfully (3.68 kB/sec - 49 Bytes)
> [3] Wed 07Jul10 11:47:05 - (025918) Sending file
> c:\ftp\pc061\export\test3.txt
> [3] Wed 07Jul10 11:47:05 - (025918) Sent file c:\ftp\pc061\export\test3.txt
> successfully (3.42 kB/sec - 49 Bytes)
> [3] Wed 07Jul10 11:47:09 - (025918) Sending file
> c:\ftp\pc061\export\test3.txt
> [3] Wed 07Jul10 11:47:09 - (025918) Sent file c:\ftp\pc061\export\test3.txt
> successfully (3.99 kB/sec - 49 Bytes)
> [5] Wed 07Jul10 11:47:13 - (025918) Closing connection for user PC061
> (00:00:25 connected)
>
>
> From the FTP hosts log, it seems (as their administrator has confirmed),
> that I never send the delete request to their side.
> My side is run from a windows server 2003, FUSE environment, coded in
> java/camel 2.3.0.
>
> Any clues as to why the delete messages are not showing up remotely?
>
> Thank you,
> Morten Engel
>
> --
> View this message in context: http://camel.465427.n5.nabble.com/Problems-deleting-or-moving-files-from-FTP-source-tp911101p1044664.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>



-- 
Claus Ibsen
Apache Camel Committer

Author of Camel in Action: http://www.manning.com/ibsen/
Open Source Integration: http://fusesource.com
Blog: http://davsclaus.blogspot.com/
Twitter: http://twitter.com/davsclaus

Re: Problems deleting or moving files from FTP source

Posted by Morten Engel <me...@alpha-solutions.dk>.
Hi Claus,

I've been doing some additional testing. First off, as the FTP server I need
to code against is external, I tried setting up a local FTP (using
FileZilla), and connect to that and transfer/delete files in the exact same
way. - This worked like a charm.

I then proceded to try against the external FTP server again - which I found
to be a "Serv-U 6.4.0.5" server, asking their administrator to return the
log from their side to me.

Snippet from my log (pattern repeated multiple times), including TRACE from
org.apache.camel.component.file:

11:47:49,500 | TRACE |  0: FtpComponent | FtpConsumer                      |
omponent.file.remote.FtpConsumer   48 | Polling directory: Export
11:47:49,687 | DEBUG |  0: FtpComponent | FtpConsumer                      |
mponent.file.GenericFileConsumer   99 | Total 1 files to consume
11:47:49,687 | TRACE |  0: FtpComponent | FtpConsumer                      |
mponent.file.GenericFileConsumer  215 | Processing file:
GenericFile[test3.txt]
11:47:49,687 | TRACE |  0: FtpComponent | FtpConsumer                      |
mponent.file.GenericFileConsumer  239 | Retrieving file: Export/test3.txt
from: Endpoint[ftp://[user]@[host]/Export/?delete=true&password=[password]]
11:47:49,906 | TRACE |  0: FtpComponent | FtpConsumer                      |
mponent.file.GenericFileConsumer  245 | Retrieved file: Export/test3.txt
from: Endpoint[ftp://[user]@[host]/Export/?delete=true&password=[password]]
11:47:49,906 | DEBUG |  0: FtpComponent | FtpConsumer                      |
mponent.file.GenericFileConsumer  249 | About to process file:
GenericFile[test3.txt] using exchange: Exchange[GenericFileMessage with
file: GenericFile[test3.txt]]
11:47:49,906 | TRACE |  0: FtpComponent | GenericFileProducer              |
mponent.file.GenericFileProducer   69 | Processing Exchange[Message:
GenericFile[test3.txt]]
11:47:49,906 | TRACE |  0: FtpComponent | GenericFileProducer              |
mponent.file.GenericFileProducer  192 | About to write [C:\test\test3.txt]
to [Endpoint[file://C:/test]] from exchange [Exchange[Message:
GenericFile[test3.txt]]]
11:47:49,906 | TRACE |  0: FtpComponent | FileOperations                   |
el.component.file.FileOperations  269 | Using InputStream to transfer from:
java.io.ByteArrayInputStream@19264e3 to: sun.nio.ch.FileChannelImpl@1d8867
11:47:49,906 | DEBUG |  0: FtpComponent | GenericFileProducer              |
mponent.file.GenericFileProducer  200 | Wrote [C:\test\test3.txt] to
[Endpoint[file://C:/test]]
11:47:49,906 | DEBUG |  0: FtpComponent | GenericFileOnCompletion          |
ent.file.GenericFileOnCompletion   74 | Done processing file:
GenericFile[test3.txt] using exchange: Exchange[GenericFileMessage with
file: GenericFile[test3.txt]]
11:47:49,906 | TRACE |  0: FtpComponent | GenericFileOnCompletion          |
ent.file.GenericFileOnCompletion  120 | Commit file strategy:
org.apache.camel.component.file.strategy.GenericFileDeleteProcessStrategy@1f6e3e9
for file: GenericFile[test3.txt]
11:47:49,906 | DEBUG |  0: FtpComponent | FtpOperations                    |
ponent.file.remote.FtpOperations  178 | Deleting file: Export/test3.txt
11:47:50,125 | TRACE |  0: FtpComponent | GenericFileDeleteProcessStrategy |
GenericFileDeleteProcessStrategy   51 | File was not deleted at this attempt
will try again in 1 sec.: GenericFile[test3.txt]
11:47:51,125 | DEBUG |  0: FtpComponent | FtpOperations                    |
ponent.file.remote.FtpOperations  178 | Deleting file: Export/test3.txt
11:47:51,328 | TRACE |  0: FtpComponent | GenericFileDeleteProcessStrategy |
GenericFileDeleteProcessStrategy   51 | File was not deleted at this attempt
will try again in 1 sec.: GenericFile[test3.txt]
11:47:52,328 | DEBUG |  0: FtpComponent | FtpOperations                    |
ponent.file.remote.FtpOperations  178 | Deleting file: Export/test3.txt
11:47:52,531 | TRACE |  0: FtpComponent | GenericFileDeleteProcessStrategy |
GenericFileDeleteProcessStrategy   51 | File was not deleted at this attempt
will try again in 1 sec.: GenericFile[test3.txt]
11:47:53,531 | ERROR |  0: FtpComponent | GenericFileOnCompletion          |
rg.apache.camel.processor.Logger  248 | Caused by:
[org.apache.camel.component.file.GenericFileOperationFailedException -
Cannot delete file: GenericFile[test3.txt]]
org.apache.camel.component.file.GenericFileOperationFailedException: Cannot
delete file: GenericFile[test3.txt]
[stacktrace]

Snippet from their log, showing one of the many attempts (it keeps on
polling the same, lonely, file - as it's not deleted in last poll)

[5] Wed 07Jul10 11:46:48 - (025918) Connected to 89.150.143.147 (Local
address 192.168.255.15)
[5] Wed 07Jul10 11:46:48 - (025918) IP-Name: 0809DS4-BY.1.FULLRATE.DK
[5] Wed 07Jul10 11:46:48 - (025918) User PC061 logged in
[3] Wed 07Jul10 11:46:49 - (025918) Sending file
c:\ftp\pc061\export\test3.txt
[3] Wed 07Jul10 11:46:49 - (025918) Sent file c:\ftp\pc061\export\test3.txt
successfully (1.45 kB/sec - 49 Bytes)
[3] Wed 07Jul10 11:46:53 - (025918) Sending file
c:\ftp\pc061\export\test3.txt
[3] Wed 07Jul10 11:46:53 - (025918) Sent file c:\ftp\pc061\export\test3.txt
successfully (3.68 kB/sec - 49 Bytes)
[3] Wed 07Jul10 11:46:57 - (025918) Sending file
c:\ftp\pc061\export\test3.txt
[3] Wed 07Jul10 11:46:57 - (025918) Sent file c:\ftp\pc061\export\test3.txt
successfully (3.99 kB/sec - 49 Bytes)
[3] Wed 07Jul10 11:47:01 - (025918) Sending file
c:\ftp\pc061\export\test3.txt
[3] Wed 07Jul10 11:47:01 - (025918) Sent file c:\ftp\pc061\export\test3.txt
successfully (3.68 kB/sec - 49 Bytes)
[3] Wed 07Jul10 11:47:05 - (025918) Sending file
c:\ftp\pc061\export\test3.txt
[3] Wed 07Jul10 11:47:05 - (025918) Sent file c:\ftp\pc061\export\test3.txt
successfully (3.42 kB/sec - 49 Bytes)
[3] Wed 07Jul10 11:47:09 - (025918) Sending file
c:\ftp\pc061\export\test3.txt
[3] Wed 07Jul10 11:47:09 - (025918) Sent file c:\ftp\pc061\export\test3.txt
successfully (3.99 kB/sec - 49 Bytes)
[5] Wed 07Jul10 11:47:13 - (025918) Closing connection for user PC061
(00:00:25 connected)


>From the FTP hosts log, it seems (as their administrator has confirmed),
that I never send the delete request to their side.
My side is run from a windows server 2003, FUSE environment, coded in
java/camel 2.3.0.

Any clues as to why the delete messages are not showing up remotely?

Thank you,
Morten Engel

-- 
View this message in context: http://camel.465427.n5.nabble.com/Problems-deleting-or-moving-files-from-FTP-source-tp911101p1044664.html
Sent from the Camel - Users mailing list archive at Nabble.com.

Re: Problems deleting or moving files from FTP source

Posted by Claus Ibsen <cl...@gmail.com>.
On Tue, Jul 6, 2010 at 3:56 PM, Morten Engel <me...@alpha-solutions.dk> wrote:
>
> I better add, that it's not a user restriction problem, as I can add, change
> and delete files as much as I want, through other means, using the same
> credentials.
>

Hmm a bit strange. The Apache Commons Net FTPClient will either thrown
an exception or return false when using it to delete a file.
You can enable TRACE logging for org.apache.camel.component.file which
then logs more details.

I bet the FTPClient may return false and thus we dont know why it was
rejected being deleted.
Maybe you can look at the server side and see why it rejects deleting
it, or if it returns a error code or something.

What OS are you using for client and for the FTP server?


> I've also tried exactly the same on another FTP server with the exact same
> result.
> --
> View this message in context: http://camel.465427.n5.nabble.com/Problems-deleting-or-moving-files-from-FTP-source-tp911101p913934.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>



-- 
Claus Ibsen
Apache Camel Committer

Author of Camel in Action: http://www.manning.com/ibsen/
Open Source Integration: http://fusesource.com
Blog: http://davsclaus.blogspot.com/
Twitter: http://twitter.com/davsclaus