Hi Lorin
Thanks for digging into it. I will take a look at it in the morning.
Hopefully I have a fix in SVN which you can try.
On Tue, Oct 5, 2010 at 8:09 PM, Lorrin Nelson
wrote:
> Hi, I've confirmed this is a Camel bug and not an SFTP library limitation.
> See below for trace log of a succes
Hi, I've confirmed this is a Camel bug and not an SFTP library limitation. See
below for trace log of a successful retrieval from an absolute path.
I did this in a way that's not suitable for general use: I just unconditionally
hacked a "/" on the front of the path in
SftpOperations.retrieveFil
Hmm. How come when polling the absolute path it says this before listing the
files in the directory (which works)?
>> SftpOperations 2010-10-04 15:45:07,494 -- TRACE -- Changing directory: /
>> SftpOperations 2010-10-04 15:45:07,608 -- TRACE -- Changing directory: tmp
>> SftpOperations 2010-10-04
Hi
Great that the relative works. This is also what I expected.
In terms of absolute then Camel changes the directory to / (since its
absolute) and the SFTP library returns OK for this.
But in reality it does not go to the root path, but most likely just
goes to the home directory of the user.
An
Hi Claus, thanks for the continued support. With the latest code (revision
1003927) relative URIs are working again for me.
This the first time I'm using camel-ftp. The server I'm talking to is a Fedora
11 box running OpenSSH_5.2p1. Regular FTP is an unlikely option for us.
Relative URLs are an
Hi
I will try to reproduce the issue with the help of Apache SSHD as
simulating the SFTP server. It's not like a real server but it may
help and in the future catch regression bugs.
I got the first simple test up and running by uploading a file.
On Sat, Oct 2, 2010 at 4:50 PM, Claus Ibsen wrot
On Sat, Oct 2, 2010 at 9:14 AM, Claus Ibsen wrote:
> Hi Loririn
>
> I think you/we have to step back. We have other users in the past
> running with SFTP with no problems at all. Also fetching files
> recursively.
> So I wonder if we should revert back and keep the old logic!
Btw this didn't come
Hi Loririn
I think you/we have to step back. We have other users in the past
running with SFTP with no problems at all. Also fetching files
recursively.
So I wonder if we should revert back and keep the old logic!
1)
Is this the first time you use camel-ftp?
2)
What OS and FTP server are you usi
Hi Claus. Ack, sorry about that. I'm pulling through github rather than SVN
directly and then running via a Maven project pointing at my locally built
Camel, so it's sometimes confusing how up-to-date I am.
So I think I have current code, including checkin "CAMEL-3174: Changing dir
with ftp mus
Hi
You have not used the latest source code. The stacktrace points to
empty lines etc.
Make sure you build camel-core and camel-ftp using latest source code.
Revision: 1002946
Node Kind: directory
Schedule: normal
Last Changed Author: davsclaus
Last Changed Rev: 1002821
Last Changed Date: 2010-09
I'm pretty sure I was already at revision 1002541 before. Now I definitely am.
Same Exception. I think the problem is the lack of leading /.
SftpOperations.retrieveFileToStreamInBody computes path as "tmp/mult", calls
changeCurrentDirectory(path), which in turn calls channel.cd(path), which (now
Hi
Can you try again with latest source code from trunk. I have changed
the logic to change dir one folder at a time.
On Wed, Sep 29, 2010 at 7:47 PM, Lorrin Nelson
wrote:
> Thanks for the quick response. I'm seeing a different failure now ("Cannot
> change current directory to: tmp/mult" rath
Thanks for the quick response. I'm seeing a different failure now ("Cannot
change current directory to: tmp/mult" rather than "Cannot retrieve file:
tmp/mult/dummy-5.log"). Is it suspicious that in either case there is no
leading /?
I tried uris
sftp://t...@host//tmp/mult?include=.*\.log
and
sf
Hi
I have committed a fix to the SFTP component. Can you try with latest
source code from trunk?
On Tue, Sep 28, 2010 at 7:36 PM, Lorrin wrote:
>
> I just bumped into the same problem. I'm running 2.5-SNAPSHOT.
>
> SftpConsumer 2010-09-28 10:31:28,094 -- ERROR -- Caused by:
> [org.apache.camel.
On Wed, Sep 29, 2010 at 12:25 AM, Lorrin wrote:
>
> Hi, thanks for the reply.
>
> It sounds like you're saying I should use a URI relative to the user's home
> directory and then it will work. That's true and I'm using that as a
> work-around for now.
>
> But it seems like a bug to me that I am co
Hi, thanks for the reply.
It sounds like you're saying I should use a URI relative to the user's home
directory and then it will work. That's true and I'm using that as a
work-around for now.
But it seems like a bug to me that I am constrained to polling within the
user's home directory. If I sp
What folder does userid from sftp://use...@dev_server map to on your sftp
folder?
and does it have a folder tmp/camel_ftp_test
ie. userid maps to c:\\myfolder
Then you would have a folder
c:\\myfolder\\tmp\camel_ftp_test
also check that you have the correct permission set up for that user, t
I just bumped into the same problem. I'm running 2.5-SNAPSHOT.
SftpConsumer 2010-09-28 10:31:28,094 -- ERROR -- Caused by:
[org.apache.camel.component.file.GenericFileOperationFailedException -
Cannot retrieve file: tmp/mult/dummy-5.log]
org.apache.camel.component.file.GenericFileOperationFailedE
Which version of Camel are you using?
Try using the 2.5 versions as we have changed how the FTP component scan for
files.
--
View this message in context:
http://camel.465427.n5.nabble.com/How-to-change-directory-while-using-sftp-component-tp2806817p2807611.html
Sent from the Camel - Users mail
19 matches
Mail list logo
