[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [dsdp-tm-dev] Extending RSE
|
Hi Martin,
this is a sample session when i use an ftp client to connect to a remote target.
Connected to
keya.codito.co.in.
220 keya FTP server (Version wu-2.6.2
(1) Mon Jul 3 15:12:15 UTC 2006) ready.
Name (keya:sheldon): guest
331 Password required for guest.
Password:
230 User guest logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ls
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 467252
drwxrwxrwx 2 root root 4096 2005-07-11 12:59 .aptitude
-rwxr-xr-x 1 root root 4207 2006-05-10 21:12 auto_build.sh
drwxr-xr-x 4 root root 4096 2006-06-16 18:32 backedup_workspaces
-rwxrwxrwx 1 guest guest 5785 2007-02-12 17:40 .bash_history
-rwxrwxrwx 1 guest guest 414 2005-07-10 23:54 .bash_profile
226 Transfer complete.
ftp>pwd
257 "/home/guest" is current directory.
ftp>
regards,
Sheldon
On 2/12/07,
Oberhuber, Martin <Martin.Oberhuber@xxxxxxxxxxxxx> wrote:
PS:
To debug your current issue:
For most ftpd, the configuration is not trivial and it may
be necessary
to define what uses are allowed, what their home
directories are etc.
on the remote side.
Therefore, please do what Javier recommended: test your
ftpd from
a comand-line ftp client. Can you log in? What is the
current directory?
If you copy&paste the output of a sample session and
send it to
us, it'll help to understand if there is a problem with the
directory listing
parser or not.
Example:
(user) sheldon
(pass) ***
ftp> pwd
ftp> dir
ftp> get my.file
ftp> bye
Cheers,
--
Martin Oberhuber
Wind River Systems,
Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
From: Oberhuber, Martin
Sent:
Monday, February 12, 2007 1:56 PM
To: 'Target Management developer
discussions'
Subject: RE: [dsdp-tm-dev] Extending
RSE
Hi Sheldon,
any linux ftpd should be fine.
In case it's not (unlikely), it's not too hard adding the
custom directory listing parser.
Cheers,
--
Martin Oberhuber
Wind River Systems,
Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
Hi,
I did not know about this, i am currently using a ftpd server on the
remote machine which is an x86 linux machine. How can i figure out which ftp
server has to be running on the remote machine, and will ftpd work?
Regards,
Sheldon
On 2/12/07, javier.montalvoorus@xxxxxxxxxxx
<
javier.montalvoorus@xxxxxxxxxxx> wrote:
Hi Sheldon,
Can you access and browse successfully your target using an
external FTP client ?
The RSE FTP
uses the jakarta commons net parser (org.apache.commons.net.ftp.parser) to
convert the FTP output into classes, so your server should use a
recognised format.
Is your server
using any of the Jakarta FTP supported formats (MVS, WindowsNT, OS/2,
OS/400, UNIX, VMS) ?
Regards,
Javier Montalvo OrĂºs
Engineering
Tools
Symbian Software
Limited.
Tel: +44 (0)207 154 1091
"Sheldon Dsouza" <sheldond@xxxxxxxxx
> Sent by:
dsdp-tm-dev-bounces@xxxxxxxxxxxx
12/02/2007 09:47
|
|
Hi
Martin,
I have
directly utilized the FTPFileSubSystemConfiguration for
the TelnetFileSubsystemConfiguration, after creating a new connection the
telnet as well as FTP logs into remote system successfully, but when i
browse the files system in the Remote Systems View it returns an empty
list. I am currently trying to figure out the problem.
Regards,
Sheldon
On 2/12/07, Sheldon Dsouza <
sheldond@xxxxxxxxx > wrote:
Hi Martin,
I dont think i have to make any changes for FTP, i will be
using it as it is. I will be cross compiling a version fo FTP for my
target so that i can ftp to it.
Regards,
Sheldon
On 2/12/07, Oberhuber,
Martin <Martin.Oberhuber@xxxxxxxxxxxxx
> wrote:
Hi
Sheldon,
using FTP for the files looks like a good idea. You
wouldn't have to write any code or extend FTP in any way, it should work
as it is.
You would most probably create, by extension
point,
- Your own SystemType
("SheldonSystem")
- Your own
TelnetShellServiceSubsystem (using Telnet Shell Service)
- Your own
SheldonFTPServiceSubsystem (using existing
FTPFileSubSystemConfiguration)
So for the files, you just do a new subsystem by extension point,
in order to associate the right subsystems with your new system.
But it's re-using the existing
class for FTP unchanged.
Or do you think you'd have to make any
changes for FTP?
From:
dsdp-tm-dev-bounces@xxxxxxxxxxx
[mailto:
dsdp-tm-dev-bounces@xxxxxxxxxxx ] On Behalf Of Sheldon Dsouza
Sent: Saturday,
February 10, 2007 9:38 AM
To: Target Management developer
discussions
Subject: Re: [dsdp-tm-dev] Extending RSE
Hi Martin,
I just wanted to know that if i put FTP support on my target, Then i
guess a combination of telnet + FTP should work.
In this case my telnet
fileservice will have to just extend the existing FTPFileService, or do i
have to add something else.
Regards,
Sheldon
On 2/8/07, David McKnight <
dmcknigh@xxxxxxxxxx > wrote:
Hi Sheldon,
There is another
alternative for an agent if you don't mind using java on the server-side.
You could use the dstore, which is part of RSE. To do this,
you would need to download the dstore server runtime from the TM RSE
download page and put it in a directory on your host. There the
archive needs to be extracted and then the daemon script should be run by
an admin before clients can start connecting.
____________________________________
David McKnight
Phone: 905-413-3902 , T/L:
969-3902
Internet: dmcknigh@xxxxxxxxxx
Mail:
D1/140/8200/TOR
____________________________________
Hi
Sheldon,
Usually telnet is used for terminal / shell like connections
only, but not for
browsing or transferring files.
My first
recommendation to you would be to try and get some sort of
file
transfer protocol running on your target. There are really
really small
servers and agents available.
If that's not
possible, but your target has some kind of shell that supports
shell commands like
"ls", "dir", "chdir", etc. you can implement your own
remote file system browser
through telnet, by mapping an RSE IFileService
request like getFiles() by
executing such remote shell commands, parsing
the ASCII output and
returning IHostFile instances as needed.
You'd still have a
hard time transferring binary files, though, because the
telnet protocol
cannot easily transfer binary data (so when you do e.g.
"cat remoteFile" in
order to transfer it to local, this would be unreliable
for binary files).
You could try and get around this by running a program
like uuencode / uudecode on
the remote side, or having an xyzmodem
server (see
https://bugs.eclipse.org/bugs/show_bug.cgi?id=165893
).
I hope that helps,
and I'm looking forward to hearing about your
progress...
From:
dsdp-tm-dev-bounces@xxxxxxxxxxx
[mailto:
dsdp-tm-dev-bounces@xxxxxxxxxxx]
On Behalf Of Sheldon Dsouza
Sent: Wednesday, February 07,
2007 8:30 PM
To: Target Management developer
discussions
Subject: Re: [dsdp-tm-dev] Extending RSE
Hi Martin,
I am currently using SSH as a blue print for creating the telnet
service as you said, but i have come across a problem. In the SSH there is
a File service implementation for SFTP, but the targets which i will be
connecting to are not going to support protocols like FTP, TFP . So is it
possible for me to have RSE for the target where a user can browse the
entire target file system using telnet without a file transfer protocol,
because i guess protocols like FTP are only used for various operations on
files.
Regards,
Sheldon
On 2/6/07, Oberhuber,
Martin <Martin..Oberhuber@xxxxxxxxxxxxx
> wrote:
Hello
Sheldon,
A Telnet connector service / shell subsystem does not exist
yet.
You
can basically take the org.eclipse.rse.*.ssh as blueprint for doing
it,
and
replace the ssh service (based on Jsch) by a Telnet
implementation.
For a telnet implementation, you can choose from
Jakarta Commons Net
(which is already part of RSE), and the implementation in
org.eclipse.tm.terminal/src/org.eclipse.tm.terminal.internal.telnet
(which is
discouraged API so I'd rather recommend Commons Net).
When you come up
with a telnet connector for RSE, we'd appreciate
if you could contribute it
under EPL!
Don't miss out on your chance to...Do more with Symbian.
Make sure
you visit Symbian at 3GSM 2007, 12-15 February, Barcelona,
Spain.
*******************************************************************
***
Symbian Software Ltd is a company registered in England and
Wales with
registered number 4190020 and registered office at 2-6
Boundary Row,
Southwark, London, SE1 8HP, UK. This message is
intended only for use
by the named addressee and may contain
privileged and/or confidential
information. If you are not the
named addressee you should not
disseminate, copy or take any action
in reliance on it. If you have
received this message in error
please notify postmaster@xxxxxxxxxxx and delete the message and
any
attachments accompanying it immediately. Neither Symbian nor any
of
its Affiliates accepts liability for any corruption,
interception,
amendment, tampering or viruses occurring to this message
in
transit or for any message sent by its employees which is not
in
compliance with Symbian corporate policy.
*************************
*********************************************
_______________________________________________
dsdp-tm-dev
mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev