I'm building an Eclipse RCP application - i've created a plug-in which uses Camel and, more specifically, the camel-ftp component to connect to an FTP server.
FTP server is vsftpd running on a ubuntu 12.x box with standard config. running the application from my macosx 10.8.2 machine it connects fine and polls the server, pulls files... all is well. However, when connecting from windows 7 (haven't tested other windows versions) i get this: 20954 [Camel (camel-1) thread #0 - ftp://username@1.2.3.4] INFO org.apache.camel.component.file.remote.FtpConsumer - Connected and logged in to: ftp://username@1.2.3.4:21 22112 [Camel (camel-1) thread #0 - ftp://username@1.2.3.4] WARN org.apache.camel.component.file.remote.RemoteFilePollingConsumerPollStrategy - Trying to recover by disconnecting from remote server forcing a re-connect at next poll: ftp://username@1.2.3.4:21 22344 [Camel (camel-1) thread #0 - ftp://username@1.2.3.4] WARN org.apache.camel.component.file.remote.FtpConsumer - Consumer FtpConsumer[ftp://username@1.2.3.4?passiveMode=true&password=******] failed polling endpoint: Endpoint[ftp://username@1.2.3.4?passiveMode=true&password=******]. Will try again at next poll. Caused by: [org.apache.camel.component.file.GenericFileOperationFailedException - File operation failed: 550 Failed to change directory. Cannot change directory to: \. Code: 550] org.apache.camel.component.file.GenericFileOperationFailedException: File operation failed: 550 Failed to change directory. Cannot change directory to: \. Code: 550 at org.apache.camel.component.file.remote.FtpOperations.doChangeDirectory(FtpOperations.java:704) at org.apache.camel.component.file.remote.FtpOperations.changeCurrentDirectory(FtpOperations.java:667) at org.apache.camel.component.file.remote.FtpConsumer.pollDirectory(FtpConsumer.java:53) at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:107) at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:142) at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:92) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask$Sync.innerRunAndReset(Unknown Source) at java.util.concurrent.FutureTask.runAndReset(Unknown Source) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) seems to be trying to do a windows-style backslash and fails (cause that directory doesn't exist). I've googled the hell out of this and can't find any hint of anyone else having the same problem, nor can i find any suggestion for a camel-ftp setting that would allow me to sidestep this. Any suggestions? Mac 'java -version' - java version "1.6.0_37" Java(TM) SE Runtime Environment (build 1.6.0_37-b06-434-11M3909) Java HotSpot(TM) 64-Bit Server VM (build 20.12-b01-434, mixed mode) Windows 'java -version' - java version "1.7.0_02" Java(TM) SE Runtime Environment (build 1.7.0_02-b13) Java HotSpot(TM) Client VM (build 22.0-b10, mixed mode, sharing) -- View this message in context: http://camel.465427.n5.nabble.com/camel-ftp-2-10-4-fails-to-connect-on-windows-tp5728815.html Sent from the Camel - Users mailing list archive at Nabble.com.
