[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [dsdp-tm-dev] Extending RSE
|
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
Please respond to
Target Management developer discussions <dsdp-tm-dev@xxxxxxxxxxx> |
|
To
| "Target Management developer discussions"
<dsdp-tm-dev@xxxxxxxxxxx>
|
cc
|
|
Subject
| Re: [dsdp-tm-dev] Extending RSE |
|
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?
Cheers,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
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...
Cheers,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
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!
Thanks,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
From: dsdp-tm-dev-bounces@xxxxxxxxxxx
[mailto:
dsdp-tm-dev-bounces@xxxxxxxxxxx ]
On Behalf Of Sheldon Dsouza
Sent: Tuesday, February 06, 2007 6:28 PM
To: dsdp-tm-dev@xxxxxxxxxxx
Subject: [dsdp-tm-dev] Extending RSE
Hi,
I have tried RSE ant it
works well for protocols like FTP and SSH. I would like to use Telnet as
the underline subsystem does it exist or do i have to extend RSE to support
telnet.
If so how do i exyend
RSE to support Telnet protocol?
Regards,
Sheldon
_______________________________________________
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
_______________________________________________
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
_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
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. *************************
*********************************************