You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@camel.apache.org by Bengt Rodehav <be...@rodehav.com> on 2013/04/23 14:33:42 UTC
Problems with sftp in Camel 2.11.0
I just upgraded from Camel 2.10.3 to 2.11.0 and I now cannot get my sftp
routes to work.
I used to specify the sftp endpont as follows:
sftp://myUser@myServer//subdir?password=myPassword&stepwise=false
This worked fine in Camel 2.10.3. Note that I had to use double "/" to get
it to work. Using Camel 2.11.0 I get the following error:
org.apache.camel.component.file.GenericFileOperationFailedException: Cannot
change directory to: //
I tried removing the double "/", changing stepwise back and forth and also
tried changin the separator to UNIX/Windows. Nothing helps. I can't find
any combination that works.
Does anyone have an idea what is happening and what has changed regarding
this in Camel 2.11.0.
/Bengt
Re: Problems with sftp in Camel 2.11.0
Posted by mdo <ma...@gmail.com>.
Bengt Rodehav wrote
> sftp://myUser@myServer//subdir?password=myPassword&stepwise=false
>
> This worked fine in Camel 2.10.3. Note that I had to use double "/" to get
> it to work. Using Camel 2.11.0 I get the following error:
The first slash is treated as separator between the authority part of your
URI and the path element (/subdir). If you omit the "second" slash the SFTP
component (or Jsch) would try to change to the directory "subdir" relative
to the current working dir your SFTP session is started in. So using the
second slash is necessary in order to define an absolute URI which I assume
is what you want to do.
Regards, mdo.
--
View this message in context: http://camel.465427.n5.nabble.com/Problems-with-sftp-in-Camel-2-11-0-tp5731359p5731370.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Re: Problems with sftp in Camel 2.11.0
Posted by Bengt Rodehav <be...@rodehav.com>.
Sorry, I just didn't have the time to test the RC's this time. However, I
agree with David that having the RC's in central would be convenient. and
might help making testing less of an effort.
/Bengt
2013/4/29 David Karlsen <da...@gmail.com>
> Probably if the RC's are available off central the testing/use of them
> would increase.
>
>
> 2013/4/29 Claus Ibsen <cl...@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 <ch...@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 <di...@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+s465427n5731408h95@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+s465427n465428h15@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: cibsen@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
>
Re: Problems with sftp in Camel 2.11.0
Posted by David Karlsen <da...@gmail.com>.
Probably if the RC's are available off central the testing/use of them
would increase.
2013/4/29 Claus Ibsen <cl...@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 <ch...@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 <di...@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+s465427n5731408h95@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+s465427n465428h15@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: cibsen@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
Re: Problems with sftp in Camel 2.11.0
Posted by Claus Ibsen <cl...@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 <ch...@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 <di...@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+s465427n5731408h95@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+s465427n465428h15@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: cibsen@redhat.com
Web: http://fusesource.com
Twitter: davsclaus
Blog: http://davsclaus.com
Author of Camel in Action: http://www.manning.com/ibsen
Re: Problems with sftp in Camel 2.11.0
Posted by Bengt Rodehav <be...@rodehav.com>.
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 <ch...@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 <di...@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+s465427n5731408h95@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+s465427n465428h15@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.
> > >>>
> > >>
> > >>
> > >
> >
>
Re: Problems with sftp in Camel 2.11.0
Posted by Christian Müller <ch...@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 <di...@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+s465427n5731408h95@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+s465427n465428h15@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.
> >>>
> >>
> >>
> >
>
Re: Problems with sftp in Camel 2.11.0
Posted by Bengt Rodehav <be...@rodehav.com>.
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 <di...@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+s465427n5731408h95@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+s465427n465428h15@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.
>>>
>>
>>
>
Re: Problems with sftp in Camel 2.11.0
Posted by 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 <di...@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+s465427n5731408h95@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+s465427n465428h15@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.
>>
>
>
Re: Problems with sftp in Camel 2.11.0
Posted by 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 <di...@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+s465427n5731408h95@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+s465427n465428h15@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.
>
RE: Problems with sftp in Camel 2.11.0
Posted by Diether <di...@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+s465427n5731408h95@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+s465427n465428h15@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.
Re: Problems with sftp in Camel 2.11.0
Posted by Bengt Rodehav <be...@rodehav.com>.
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 <be...@rodehav.com>
> 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 <be...@rodehav.com>
>
>> 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 <be...@rodehav.com>
>>
>>> 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 <be...@rodehav.com>
>>>
>>>> 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 <ma...@gmail.com>
>>>>
>>>>>
>>>>> 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.
>>>>>
>>>>
>>>>
>>>
>>
>
Re: Problems with sftp in Camel 2.11.0
Posted by Bengt Rodehav <be...@rodehav.com>.
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 <be...@rodehav.com>
> 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 <be...@rodehav.com>
>
>> 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 <be...@rodehav.com>
>>
>>> 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 <ma...@gmail.com>
>>>
>>>>
>>>> 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.
>>>>
>>>
>>>
>>
>
Re: Problems with sftp in Camel 2.11.0
Posted by Bengt Rodehav <be...@rodehav.com>.
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 <be...@rodehav.com>
> 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 <be...@rodehav.com>
>
>> 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 <ma...@gmail.com>
>>
>>>
>>> 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.
>>>
>>
>>
>
Re: Problems with sftp in Camel 2.11.0
Posted by Bengt Rodehav <be...@rodehav.com>.
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 <be...@rodehav.com>
> 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 <ma...@gmail.com>
>
>>
>> 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.
>>
>
>
Re: Problems with sftp in Camel 2.11.0
Posted by Bengt Rodehav <be...@rodehav.com>.
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 <ma...@gmail.com>
>
> 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.
>
Re: Problems with sftp in Camel 2.11.0
Posted by mdo <ma...@gmail.com>.
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.
Re: Problems with sftp in Camel 2.11.0
Posted by Chris Wolf <cw...@gmail.com>.
What happens if you specify the username as query parameter?
sftp://myServer/subdir?username=myUser&password=myPassword&stepwise=false
(I didn't upgrade, so I can't try it)
On Tue, Apr 23, 2013 at 8:33 AM, Bengt Rodehav <be...@rodehav.com> wrote:
> I just upgraded from Camel 2.10.3 to 2.11.0 and I now cannot get my sftp
> routes to work.
>
> I used to specify the sftp endpont as follows:
>
> sftp://myUser@myServer//subdir?password=myPassword&stepwise=false
>
> This worked fine in Camel 2.10.3. Note that I had to use double "/" to get
> it to work. Using Camel 2.11.0 I get the following error:
>
> org.apache.camel.component.file.GenericFileOperationFailedException: Cannot
> change directory to: //
>
> I tried removing the double "/", changing stepwise back and forth and also
> tried changin the separator to UNIX/Windows. Nothing helps. I can't find
> any combination that works.
>
> Does anyone have an idea what is happening and what has changed regarding
> this in Camel 2.11.0.
>
> /Bengt