hi Javier,
I checked the logs and got the following
errors
ava.lang.NullPointerException
at
org.eclipse.rse.services.files.ftp.FTPService.getRoots(FTPService.java:638)
at
org.eclipse.rse.subsystems.files.core.servicesubsystem.FileServiceSubSystem.getRoots
(FileServiceSubSystem.java:309)
at
org.eclipse.rse.subsystems.files.core.servicesubsystem.FileServiceSubSystem.listRoots(FileServiceSubSystem.java:424)
at
org.eclipse.rse.subsystems.files.core.subsystems.RemoteFileSubSystem.internalResolveFilterString
(RemoteFileSubSystem.java:632)
at
org.eclipse.rse.subsystems.files.core.subsystems.RemoteFileSubSystem.internalResolveFilterStrings(RemoteFileSubSystem.java:473)
at
org.eclipse.rse.core.subsystems.SubSystem.resolveFilterStrings
(SubSystem.java:2159)
at
org.eclipse.rse.ui.view.SystemViewFilterReferenceAdapter.internalGetChildren(SystemViewFilterReferenceAdapter.java:385)
at
org.eclipse.rse.ui.view.SystemViewFilterReferenceAdapter.getChildren
(SystemViewFilterReferenceAdapter.java:228)
at
org.eclipse.rse.ui.operations.SystemFetchOperation.execute(SystemFetchOperation.java:197)
at
org.eclipse.rse.ui.operations.SystemFetchOperation.run(SystemFetchOperation.java
:101)
at
org.eclipse.rse.ui.view.AbstractSystemViewAdapter.fetchDeferredChildren(AbstractSystemViewAdapter.java:1755)
at
org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:207)
at
org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)
Regards,
Sheldon
On 2/12/07,
javier.montalvoorus@xxxxxxxxxxx
<javier.montalvoorus@xxxxxxxxxxx
> wrote:
Hi
Sheldon,
The RSE FTP console looks fine, but from your
previous log, there's a line that might conflict with the UNIX parser.
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.
Can you check if the PDE
Runtime Error Log (Window -> Show View -> Other -> PDE
Runtime -> Error Log) logs any error message after the listing
action ?
Many thanks,
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 13:50
|
To |
"Target
Management developer discussions" <
dsdp-tm-dev@xxxxxxxxxxx >
|
cc |
|
Subject |
Re: [dsdp-tm-dev]
Extending RSE |
|
Hi Martin,
here is the output
220
keya FTP server (Version wu-2.6.2(1) Mon Jul 3 15:12:15 UTC 2006)
ready...
USER guest
331 Password required for
guest.
PASS ******
230 User guest logged in.
SYST
215 UNIX Type: L8
PWD
257 "/home/guest" is
current directory.
NOOP
200 NOOP command
successful.
CWD /home/guest
250 CWD command
successful.
PORT 192,168,100,147,220,156
200 PORT command
successful.
LIST
150 Opening ASCII mode data connection for
/bin/ls.
226 Transfer
complete.
Regards,
Sheldon
On 2/12/07, Oberhuber,
Martin <Martin.Oberhuber@xxxxxxxxxxxxx
> wrote:
Looks fine to me.
So when you do a similar
session in RSE, can you copy&paste the output of
the FTP
Console?
(Window > Show View > Other > General >
Console, switch computer icon to FTP Console)
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: Monday, February 12, 2007 2:21
PM
To: Target Management developer
discussions
Subject: 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:
ftp
sheldon.target.org
(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
From:
dsdp-tm-dev-bounces@xxxxxxxxxxx [mailto:
dsdp-tm-dev-bounces@xxxxxxxxxxx] On Behalf Of Sheldon Dsouza
Sent: Monday,
February 12, 2007 1:24 PM
To: Target Management developer
discussions
Subject: Re: [dsdp-tm-dev] Extending
RSE
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
|
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.
*************************
*********************************************
_______________________________________________
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.
*************************
*********************************************
_______________________________________________
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.
*************************
*********************************************