Probably if the RC's are available off central the testing/use of them would increase.
2013/4/29 Claus Ibsen <claus.ib...@gmail.com> > Hi Bengt > > Thanks for the patches et. all. > > I just want to remind you and others listening that we did 4 RC rounds > of the 2.11.0 release, so it would be ideal if people had tested the > RC's. Otherwise there is less points in us doing all the RC rounds if > the community dont react and help test it. After all its going to run > in *YOUR* business. So take action and help test the software. > > There is a 2.10 patch release scheduled to be released first. So the > 1st patch for 2.11 is scheduled sometime after this release. > > > > > On Thu, Apr 25, 2013 at 9:38 AM, Bengt Rodehav <be...@rodehav.com> wrote: > > I have now uploaded patches for fixing FileUtil and for testing the error > > in FileUtilTest. > > > > Like I wrote before, I think this is a really serious error since it > > affects (at least) ftp, ftps and sftp. I would really appreciate if a > > 2.11.1 bugfix release could happen real soon. I don't think that > > ftp/ftps/sftp can be safely used at all in 2.11.0. > > > > /Bengt > > > > > > > > > > 2013/4/24 Christian Müller <christian.muel...@gmail.com> > > > >> Hey Guys, > >> > >> thanks for reporting. > >> Could you provide a unit test which shows this issue (may directly for > the > >> FileUtil class). Ans like always, patches are welcome and help us to fix > >> this issue soon. > >> > >> http://camel.apache.org/contributing.html > >> > >> Best, > >> Christian > >> > >> > >> On Wed, Apr 24, 2013 at 11:28 AM, Bengt Rodehav <be...@rodehav.com> > wrote: > >> > >> > I created a JIRA for this: > >> > > >> > https://issues.apache.org/jira/browse/CAMEL-6309 > >> > > >> > /Bengt > >> > > >> > > >> > 2013/4/24 Bengt Rodehav <be...@rodehav.com> > >> > > >> > > Also, note that the "stepwise" option does not affect the bug I have > >> > > enountered. What happens for me is that Camel traverses the path to > get > >> > > down to the subdirectory in order to verity that the subdirectory > >> exists > >> > > (or create it). Then when Camel tries to return to the original > >> directory > >> > > the error happens since it thinks that the original directory is > "//" > >> and > >> > > not "/" as it should be. > >> > > > >> > > /Bengt > >> > > > >> > > > >> > > 2013/4/24 Bengt Rodehav <be...@rodehav.com> > >> > > > >> > >> Hello Diether, > >> > >> > >> > >> The error you mention looks very similar to mine. However, you use > ftp > >> > >> (and thus FtpOperations) while I use sftp (and SftpOperations). I > >> > haven't > >> > >> checked if they handle subdirectories in a similar way. I'm afraid > >> that > >> > the > >> > >> bug might affect many components since it is in camel-core > (FileUtil > >> > >> class). Have you tried Camel 2.11.0 to verify if it works for you? > >> > >> > >> > >> I think whati will cause my problem is if you upload to a > subdirectory > >> > >> via sftp and the home directory (where you end up after login) is > "/" > >> > (or > >> > >> "\" on windows). > >> > >> > >> > >> /Bengt > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> 2013/4/24 Diether <diether.wu...@optis.be> > >> > >> > >> > >>> > >> > >>> This problem has been mentioned before: > >> > >>> > >> > >>> > >> > > >> > http://camel.465427.n5.nabble.com/Producing-files-to-ftp-now-working-in-2-10-3-td5726060.html > >> > >>> > >> > >>> But it seems like still no fix has been implemented then. > >> > >>> For us it was working in 2.10.2 though, but not in 2.10.3 > >> > >>> > >> > >>> Regards, > >> > >>> Diether > >> > >>> > >> > >>> ________________________________ > >> > >>> Van: Bengt Rodehav [via Camel] [ > >> > ml-node+s465427n5731408...@n5.nabble.com > >> > >>> ] > >> > >>> Verzonden: woensdag 24 april 2013 10:28 > >> > >>> To: Wuyts Diether > >> > >>> Onderwerp: Re: Problems with sftp in Camel 2.11.0 > >> > >>> > >> > >>> I investigated this further and found a serious bug in the > >> > >>> FileUtil.compactPath() method. If the path only contains a "/" (or > >> "\" > >> > on > >> > >>> Windows) the compactPath() method will: > >> > >>> > >> > >>> - Determine that the path both starts and ends with a slash. > >> > >>> - First output a slash because the path starts with a slash > >> > >>> - Then output whatever comes after the leading slash (in this case > >> > >>> nothing) > >> > >>> - Last output a slash because the path ends with a slash, thus > ending > >> > up > >> > >>> with two slashes which is incorrect > >> > >>> > >> > >>> The logic always assume that there is some other content in > between > >> the > >> > >>> starting and ending slash. This will of course fail if the path > only > >> > >>> consists of a single slash (or backslash). > >> > >>> > >> > >>> From what I can see this error was introduced in revision 1389069 > on > >> > >>> September 23, 2012. This means that it probably doesn't work on > any > >> > >>> version from (and including) Camel 2.10.2. The version we have in > >> > >>> production is Camel 2.7.1 which is why I haven't seen this problem > >> > >>> before. > >> > >>> I was now hoping to upgrade to the latest Camel (2.11.0) which is > >> when > >> > I > >> > >>> ran into this problem. > >> > >>> > >> > >>> This seems like a major blocker to me. I suspect that most people > >> > >>> uploading > >> > >>> files with sftp will encounter this problem since you normally > have > >> "/" > >> > >>> as > >> > >>> your home directory. Furthermore, the FileUtil class resides in > >> > >>> camel-core > >> > >>> which means that a lot of other components than sftp might be > >> affected. > >> > >>> > >> > >>> Can anyone verify this? Is it possible to have a quick patch > release > >> > (if > >> > >>> I'm right?) > >> > >>> > >> > >>> /Bengt > >> > >>> > >> > >>> > >> > >>> 2013/4/24 Bengt Rodehav <[hidden email]<UrlBlockedError.aspx>> > >> > >>> > >> > >>> > The following trace logging looks suspicious to me: > >> > >>> > > >> > >>> > 2013-04-24 09:34:40,776 | TRACE | terfaces/nfm/out | > SftpOperations > >> > >>> > | onent.file.remote.SftpOperations 377 | Current > dir: > >> / > >> > >>> > 2013-04-24 09:34:40,782 | TRACE | terfaces/nfm/out | > SftpOperations > >> > >>> > | onent.file.remote.SftpOperations 385 | > >> > >>> > changeCurrentDirectory(/) > >> > >>> > 2013-04-24 09:34:40,782 | TRACE | terfaces/nfm/out | > SftpOperations > >> > >>> > | onent.file.remote.SftpOperations 396 | Compacted > >> path: > >> > >>> / -> > >> > >>> > // using separator: / > >> > >>> > 2013-04-24 09:34:40,782 | TRACE | terfaces/nfm/out | > SftpOperations > >> > >>> > | onent.file.remote.SftpOperations 440 | Changing > >> > >>> directory: // > >> > >>> > > >> > >>> > So, it seems like Camel correctly determines that current > directory > >> > is > >> > >>> "/" > >> > >>> > but it then changes the path to "//" which of course is > incorrect. > >> > >>> > > >> > >>> > /Bengt > >> > >>> > > >> > >>> > > >> > >>> > 2013/4/24 Bengt Rodehav <[hidden email]<UrlBlockedError.aspx>> > >> > >>> > > >> > >>> >> Some more information. I logged on the sftp server using cygwin > >> (I'm > >> > >>> >> running on Windows 7 BTW) and executed a "pwd" command just to > see > >> > >>> what the > >> > >>> >> server replied and it said: > >> > >>> >> > >> > >>> >> sftp> pwd > >> > >>> >> Remote working directory: / > >> > >>> >> > >> > >>> >> This looks perfectly fine to me and is a normal setup. I e my > home > >> > >>> >> directory looks like the root folder to me since I'm not > >> authorised > >> > to > >> > >>> >> anything but my home directory. Don't quite understand what > causes > >> > my > >> > >>> >> problems. > >> > >>> >> > >> > >>> >> /Bengt > >> > >>> >> > >> > >>> >> > >> > >>> >> 2013/4/24 Bengt Rodehav <[hidden email]<UrlBlockedError.aspx>> > >> > >>> >> > >> > >>> >>> I've now checked this issue a bit further. It turned out that > I > >> > >>> hadn't > >> > >>> >>> tested this on Camel 2.10.3. What I had tested was the > >> > corresponding > >> > >>> >>> consumtion of files from the sftp server which also works with > >> > Camel > >> > >>> >>> 2.11.0. So this is probably not a Camel 2.11.0 issue. The > >> following > >> > >>> >>> consuming route works fine: > >> > >>> >>> > >> > >>> >>> fromUri=sftp://myUser@myServer > >> > >>> /subdir?password=myPassword&stepwise=false > >> > >>> >>> > >> > >>> >>> I think I had to use double "/" in Camel 2.10.3 but with Camel > >> > >>> 2.11.0 it > >> > >>> >>> works with a single "/". > >> > >>> >>> > >> > >>> >>> Looking at the code and the full stacktrace (I include it at > the > >> > end > >> > >>> of > >> > >>> >>> the mail) it seems like what fails is the initial building of > the > >> > >>> >>> subdirectory. In the process, Camel is changing directory > down to > >> > the > >> > >>> >>> subdirectory and when done changes back to the > starting/original > >> > >>> directory. > >> > >>> >>> However, for some reason, Camel thinks that the original > >> directory > >> > >>> is "//" > >> > >>> >>> which is an incorrect path and fails. > >> > >>> >>> > >> > >>> >>> So it seems like it is the detection of the original directory > >> that > >> > >>> does > >> > >>> >>> not work. I currently have no workaround for this. If I skip > >> using > >> > a > >> > >>> sub > >> > >>> >>> directory it works. E g: > >> > >>> >>> > >> > >>> >>> sftp://myUser@myServer/?password=myPassword&stepwise=false > >> > >>> >>> > >> > >>> >>> In that case Camel does not need to change directory to the > >> > >>> subdirectory > >> > >>> >>> and therefore does not need to change back either. > Unfortunately > >> I > >> > >>> am not > >> > >>> >>> in control of the directory structure. I need to be able to > poll > >> > >>> files from > >> > >>> >>> one subdirectory (which works) and write files to another > >> > >>> subdirectory > >> > >>> >>> (which doesn't work). > >> > >>> >>> > >> > >>> >>> Here is the stacktrace: > >> > >>> >>> > >> > >>> >>> 2013-04-24 08:34:38,533 | ERROR | terfaces/nfm/out | > >> > >>> DefaultErrorHandler > >> > >>> >>> | rg.apache.camel.util.CamelLogger 215 | Failed > >> > >>> delivery for > >> > >>> >>> (MessageId: ID-IT-D-FQR815J-62818-1366717659819-18-1 on > >> ExchangeId: > >> > >>> >>> ID-IT-D-FQR815J-62818-1366717659819-18-2). Exhausted after > >> delivery > >> > >>> >>> attempt: 1 caught: > >> > >>> >>> > >> > org.apache.camel.component.file.GenericFileOperationFailedException: > >> > >>> Cannot > >> > >>> >>> change directory to: //. Processed by failure processor: > >> > >>> >>> > >> > >>> > >> > > >> > FatalFallbackErrorHandler[Channel[Wrap[se.digia.connect.service.filetransfer.FileTransferService$NotificationProcessor@2ba6ac4c > >> > >>> ] > >> > >>> >>> -> > >> > >>> >>> > >> > >>> > >> > > >> > se.digia.connect.service.filetransfer.FileTransferService$NotificationProcessor@2ba6ac4c > >> > >>> >>> ]] > >> > >>> >>> > >> > org.apache.camel.component.file.GenericFileOperationFailedException: > >> > >>> >>> Cannot change directory to: // > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.component.file.remote.SftpOperations.doChangeDirectory(SftpOperations.java:444)[126:org.apache.camel.camel-ftp:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.component.file.remote.SftpOperations.changeCurrentDirectory(SftpOperations.java:401)[126:org.apache.camel.camel-ftp:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.component.file.remote.SftpOperations.buildDirectory(SftpOperations.java:340)[126:org.apache.camel.camel-ftp:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.component.file.GenericFileProducer.writeFile(GenericFileProducer.java:246)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.component.file.GenericFileProducer.processExchange(GenericFileProducer.java:159)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.component.file.remote.RemoteFileProducer.process(RemoteFileProducer.java:49)[126:org.apache.camel.camel-ftp:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:122)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:298)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.SendProcessor.process(SendProcessor.java:117)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:72)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.interceptor.BacklogTracerInterceptor.process(BacklogTracerInterceptor.java:84)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:91)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:390)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:273)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:46)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.interceptor.DefaultChannel.process(DefaultChannel.java:335)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.Pipeline.process(Pipeline.java:117)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.Pipeline.process(Pipeline.java:80)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:46)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.UnitOfWorkProcessor.processAsync(UnitOfWorkProcessor.java:150)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:117)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.RouteInflightRepositoryProcessor.processNext(RouteInflightRepositoryProcessor.java:48)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:72)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:350)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:197)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:163)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:141)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:91)[105:org.apache.camel.camel-core:2.11.0] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)[:1.6.0_32] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)[:1.6.0_32] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)[:1.6.0_32] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)[:1.6.0_32] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180)[:1.6.0_32] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204)[:1.6.0_32] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_32] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_32] > >> > >>> >>> at java.lang.Thread.run(Thread.java:662)[:1.6.0_32] > >> > >>> >>> Caused by: 2: File not found > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > com.jcraft.jsch.ChannelSftp.throwStatusError(ChannelSftp.java:2629)[125:org.apache.servicemix.bundles.jsch:0.1.49.1] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > com.jcraft.jsch.ChannelSftp._stat(ChannelSftp.java:2078)[125:org.apache.servicemix.bundles.jsch:0.1.49.1] > >> > >>> >>> at com.jcraft.jsch.ChannelSftp.cd > >> > >>> >>> > >> > >>> > >> (ChannelSftp.java:316)[125:org.apache.servicemix.bundles.jsch:0.1.49.1] > >> > >>> >>> at > >> > >>> >>> > >> > >>> > >> > > >> > org.apache.camel.component.file.remote.SftpOperations.doChangeDirectory(SftpOperations.java:442)[126:org.apache.camel.camel-ftp:2.11.0] > >> > >>> >>> ... 55 more > >> > >>> >>> > >> > >>> >>> > >> > >>> >>> /Bengt > >> > >>> >>> > >> > >>> >>> > >> > >>> >>> > >> > >>> >>> 2013/4/23 Bengt Rodehav <[hidden email]<UrlBlockedError.aspx>> > >> > >>> >>> > >> > >>> >>>> Thanks for both your answers Chris and mdo, > >> > >>> >>>> > >> > >>> >>>> I will try to move the username as you both suggest but > >> according > >> > >>> to > >> > >>> >>>> the documentation this should still be valid syntax. > >> > >>> >>>> > >> > >>> >>>> What puzzles me is the "...Cannot change directory to: //" > since > >> > it > >> > >>> >>>> sounds like Camel is actually trying to change directory > despite > >> > the > >> > >>> >>>> "stepwise=false". > >> > >>> >>>> > >> > >>> >>>> Will try tomorrow when I'm back at work. > >> > >>> >>>> > >> > >>> >>>> Thanks, > >> > >>> >>>> > >> > >>> >>>> /Bengt > >> > >>> >>>> > >> > >>> >>>> > >> > >>> >>>> 2013/4/23 mdo <[hidden email]<UrlBlockedError.aspx>> > >> > >>> >>>> > >> > >>> >>>>> > >> > >>> >>>>> BTW: I'm using URIs like this successfully with 2.11: > >> > >>> >>>>> sftp://192.168.1.2:22//home/user/ > >> > >>> >>>>> sftp://localhost//tmp/subdir/ > >> > >>> >>>>> > >> > >>> >>>>> Both being absolute paths. Login name and passwords appended > >> > along > >> > >>> with > >> > >>> >>>>> other options. > >> > >>> >>>>> > >> > >>> >>>>> Regards, mdo. > >> > >>> >>>>> > >> > >>> >>>>> > >> > >>> >>>>> > >> > >>> >>>>> > >> > >>> >>>>> > >> > >>> >>>>> -- > >> > >>> >>>>> View this message in context: > >> > >>> >>>>> > >> > >>> > >> > > >> > http://camel.465427.n5.nabble.com/Problems-with-sftp-in-Camel-2-11-0-tp5731359p5731372.html > >> > >>> >>>>> Sent from the Camel - Users mailing list archive at > Nabble.com. > >> > >>> >>>>> > >> > >>> >>>> > >> > >>> >>>> > >> > >>> >>> > >> > >>> >> > >> > >>> > > >> > >>> > >> > >>> > >> > >>> ________________________________ > >> > >>> If you reply to this email, your message will be added to the > >> > discussion > >> > >>> below: > >> > >>> > >> > >>> > >> > > >> > http://camel.465427.n5.nabble.com/Problems-with-sftp-in-Camel-2-11-0-tp5731359p5731408.html > >> > >>> To start a new topic under Camel - Users, email > >> > >>> ml-node+s465427n465428...@n5.nabble.com > >> > >>> To unsubscribe from Camel - Users, click here< > >> > >>> > >> > > >> > http://camel.465427.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=465428&code=ZGlldGhlci53dXl0c0BvcHRpcy5iZXw0NjU0Mjh8OTE4NjI3OTg5 > >> > >>> >. > >> > >>> NAML< > >> > >>> > >> > > >> > http://camel.465427.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml > >> > >>> > > >> > >>> > >> > >>> > >> > >>> > >> > >>> > >> > >>> -- > >> > >>> View this message in context: > >> > >>> > >> > > >> > http://camel.465427.n5.nabble.com/Problems-with-sftp-in-Camel-2-11-0-tp5731359p5731410.html > >> > >>> Sent from the Camel - Users mailing list archive at Nabble.com. > >> > >>> > >> > >> > >> > >> > >> > > > >> > > >> > > > > -- > Claus Ibsen > ----------------- > Red Hat, Inc. > FuseSource is now part of Red Hat > Email: cib...@redhat.com > Web: http://fusesource.com > Twitter: davsclaus > Blog: http://davsclaus.com > Author of Camel in Action: http://www.manning.com/ibsen > -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
