[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [dsdp-tm-dev] Extending RSE
|
Thanks, will check it out with the the latest eclipse and RSE builds
Regards,
Sheldon
On 3/22/07, Stieber, Uwe <
Uwe.Stieber@xxxxxxxxxxxxx> wrote:Hi,
the ICredentialsProvider is from the upcoming
RSE2.0. You will need a fairly recent I-Build of RSE 2.0 than. Additionally, for RSE 2.0, you will most likely need Eclipse 3.3M5. Not sure if RSE 2.0 is still compiling against Eclipse 3.2.x.
Regards, Uwe
--
Uwe Stieber
Member of Technical Staff
Engineering - Wind River Systems - Austria
> -----Original Message-----
> From: dsdp-tm-dev-bounces@xxxxxxxxxxx
> [mailto:dsdp-tm-dev-bounces@xxxxxxxxxxx] On Behalf Of Sheldon Dsouza
> Sent: Donnerstag, 22. März 2007 12:02
> To: Target Management developer discussions
> Subject: Re: [dsdp-tm-dev] Extending RSE
>
> Hi Martin,
>
> Which version of eclipse and rse will the modified
> telnet plugins on bugzilla work with, because the plugins
> fail to get detected on eclipse 3.2.1. I am unable to compile
> the sources because of a class ICredentialsProvider, which
> version of RSE is this in.
>
> Regards,
> Sheldon
>
>
> On 3/20/07, Oberhuber, Martin <Martin.Oberhuber@xxxxxxxxxxxxx> wrote:
>
> Hi Sheldon,
>
> thanks a lot for this submission. Over all, it looks good.
>
> Before I can forward it to Eclipse Legal Review, you'll need to
> add Copyright Headers and few other tasks - I commented on it
> on
https://bugs.eclipse.org/bugs/show_bug.cgi?id=178201
> <https://bugs.eclipse.org/bugs/show_bug.cgi?id=178201>
>
>
> Thanks,
> --
> Martin Oberhuber
> Wind River Systems, Inc.
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
> <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, March 20, 2007 10:11 AM
>
> To: Target Management developer discussions
> Subject: Re: [dsdp-tm-dev] Extending RSE
>
>
>
>
> Hi Martin,
>
> I have attached the source in
> bugzilla the link is
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=178201
>
> Regards,
> Sheldon
>
> On 3/16/07, Oberhuber, Martin
> <Martin.Oberhuber@xxxxxxxxxxxxx> wrote:
>
> Hi Sheldon,
>
> thanks for your offer to contribute!
> I'm very excited about that.
>
> For details, see
>
>
http://wiki.eclipse.org/index.php/TM_and_RSE_FAQ#How_do_I_subm
> it_a_contribution_beyond_a_simple_bug_fix.3F
> <http://wiki.eclipse.org/index.php/TM_and_RSE_FAQ#How_do_I_sub
> mit_a_contribution_beyond_a_simple_bug_fix.3F>
> which I just compiled. If there's any
> questions not clear from that description, feel free to ask
> at any time.
>
> Sine I'm a PMC member, you can consider
> point (1) - asking if the project actually want the
> contribution - already done.
> Feel free to attach your code to
> bugzilla as early as it's OK for you, you don't need to do
> all the cleanup right away.
> Having me see the code early, allows me
> to make further suggestions.
> Thanks,
> --
> Martin Oberhuber
> Wind River Systems, Inc.
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
> <http://www.eclipse.org/dsdp/tm>
>
>
>
>
> ________________________________
>
> From:
> dsdp-tm-dev-bounces@xxxxxxxxxxx [mailto:
>
dsdp-tm-dev-bounces@xxxxxxxxxxx
> <mailto:dsdp-tm-dev-bounces@xxxxxxxxxxx> ] On Behalf Of Sheldon Dsouza
> Sent: Thursday, March 15, 2007 2:56 PM
> To: Target Management developer
> discussions
> Subject: Re: [dsdp-tm-dev] Extending RSE
>
>
>
> Hi Martin,
>
> Since i have
> complete the Telnet Protocol for RSE, i would like to know
> the process of contributing it to the RSE project. How do i
> go about doing that?
>
> Regards,
> Sheldon
>
>
> On 2/13/07, Oberhuber, Martin <
>
Martin.Oberhuber@xxxxxxxxxxxxx
> <mailto:Martin.Oberhuber@xxxxxxxxxxxxx> > wrote:
>
> Hm.
>
> Javier, when you are
> right, and the systems cannot be
> distinguished by SYST,
> then we'd need to declare our own
>
>
> TolerantUnixFTPEntryParser extends UnixFTPEntryParser
> <http://help.eclipse.org/help32/index.jsp?topic=/org.eclipse.p
latform.doc.user/tasks/running_eclipse.htm>
>
> where we'd first try
> the normal date format, and if it fails also
> try the NUMERICAL_FORMAT.
>
> and set it in commons
> net as the default entry 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
> <mailto:
dsdp-tm-dev-bounces@xxxxxxxxxxx> ] On Behalf Of
> javier.montalvoorus@xxxxxxxxxxx
> Sent: Tuesday,
> February 13, 2007 3:45 PM
>
> To: Target
> Management developer discussions
> Subject: Re:
> [dsdp-tm-dev] Extending RSE
>
>
>
>
> Hi,
>
> This solution
> doesn't work with other ftp servers such as
ftp.suse.com,
> reporting to be also "UNIX Type: L8"
> I don't think
> the SYST reply has nothing to do with the date format of the
> file listing, but I'll investigate it more.
>
> Regards,
>
> Javier Montalvo Orús
> Engineering
> Tools <http://smglinx.intra/twiki/bin/view/PTD/EngineeringTools>
> Symbian
> Software Limited.
>
> Tel: +44 (0)207
> 154 1091
>
>
>
> "Sheldon Dsouza" <sheldond@xxxxxxxxx>
> Sent by: dsdp-tm-dev-bounces@eclipse ..org
>
> 13/02/2007 14:12
> 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,
>
>
> Yes this is the exact solution to the problem. The system
> name comparison there should be a space after the colon
i.e
> (UNIX Type: L8) thats about it. Everything works with the
> above code snippet.
>
> Regards,
> Sheldon
> On 2/13/07,
> Oberhuber, Martin < Martin.Oberhuber@xxxxxxxxxxxxx
> <mailto:
Martin.Oberhuber@xxxxxxxxxxxxx> > wrote:
> Interesting.
>
> So, it looks
> like in RSE FTPService.java
line 224 you'd want somethign like this:
>
>
> } else if
> ("UNIX Type:L8".equals(_ftpClient.getSystemName()) ) {
> //UNIX
> Numerical parsing
> _systemName
> = FTPClientConfig.SYST_UNIX;
>
> ftpClientConfig = UnixFTPEntryParser.NUMERIC_DATE_CONFIG;
> }
>
> else {
> //Default
> UNIX-like parsing
> _systemName
> = FTPClientConfig.SYST_UNIX;
>
> ftpClientConfig = new FTPClientConfig(FTPClientConfig. SYST_UNIX );
> }
> I think that if
> you could verify this works, we could add it to FTPService.java.
>
> Cheers,
> --
> Martin Oberhuber
> Wind River Systems, Inc.
> Target
> Management Project Lead, DSDP PMC Member
>
>
http://www.eclipse.org/dsdp/tm <http://www.eclipse.org/dsdp/tm>
>
>
>
>
>
> ________________________________
>
> From:
> dsdp-tm-dev-bounces@xxxxxxxxxxx
> <mailto:dsdp-tm-dev-bounces@xxxxxxxxxxx> [mailto:
>
dsdp-tm-dev-bounces@xxxxxxxxxxx
> <mailto:dsdp-tm-dev-bounces@xxxxxxxxxxx> ] On Behalf Of Sheldon Dsouza
> Sent: Tuesday,
> February 13, 2007 1:47 PM
>
> To: Target
> Management developer discussions
> Subject: Re:
> [dsdp-tm-dev] Extending RSE
>
> Hi Martin,
>
>
> I finally got a solution for the FTP from the jakarta forums.
> I had to set the default date format to
> yyyy-MM-dd HH:mm.
>
> Regards,
> Sheldon
>
> On 2/13/07,
> Sheldon Dsouza <
sheldond@xxxxxxxxx
> <mailto:sheldond@xxxxxxxxx> > wrote:
> Hi Martin,
>
>
> The jakarta commons.net <http://commons.net/> FTP client
> method listFiles() fails to get the list of files from the
> server due to the date format. The parser throws an exception
> everytime it parses the date for the entries returned by the
> server. What can be the possible solution for this?. At the
> moment the telent connecter service is working, i also tested
> it with remote CDT and it ran the application successfully on
> target. I will also check the jakarta forums to see if i can
> get a solution to this problem.
>
>
> Regards,
> Sheldon
>
> On 2/12/07,
> Sheldon Dsouza < sheldond@xxxxxxxxx
> <mailto:sheldond@xxxxxxxxx> > wrote:
> Hi Javier,
>
> I
> try debugging the FTP service and figured out the problem,
> its definately a parser problem because it fails to parse the
> Date format correctly that is given out by the server. I will
> try this out with the latest version of TM and see if i am
> getting the same error.
>
>
> Regards,
> Sheldon
>
> On 2/12/07,
> Sheldon Dsouza < sheldond@xxxxxxxxx
> <mailto:sheldond@xxxxxxxxx> > wrote:
> Hi Javier,
>
> I
> will try this out, so far the telnet seems to work i tried
> using the remote CDT launch with a telnet only connection and
> it works. Will carry out some more tests and will also
> test the FTP against the 2.0 sources.
>
> Regards,
> Sheldon
>
> On 2/12/07,
> javier.montalvoorus@xxxxxxxxxxx
> <mailto:javier.montalvoorus@xxxxxxxxxxx> <
>
javier.montalvoorus@xxxxxxxxxxx
> <mailto:javier.montalvoorus@xxxxxxxxxxx> > wrote:
>
> Hi Seldon,
>
> Are you using
> the latest version of RSE ?
> If not, can you
> update to the latest stable version,
2.0M4 (
> http://download.eclipse.org/dsdp/tm/downloads/drops/S-2.0M4-20
> 0701040900/index.php
> <
http://download.eclipse.org/dsdp/tm/downloads/drops/S-2.0M4-2
> 00701040900/index.php> ) and check if the error still appears ?
>
> Regards,
>
> Javier Montalvo Orús
> Engineering
> Tools <
http://smglinx.intra/twiki/bin/view/PTD/EngineeringTools>
> Symbian
> Software Limited.
>
> Tel: +44 (0)207
> 154 1091
>
>
> "Sheldon Dsouza" <sheldond@xxxxxxxxx <mailto:sheldond@xxxxxxxxx> >
> Sent by:
dsdp-tm-dev-bounces@xxxxxxxxxxxx
>
> 12/02/2007 14:10
>
>
>
> Please respond to
> Target Management developer discussions <
> dsdp-tm-dev@xxxxxxxxxxx
<mailto:dsdp-tm-dev@xxxxxxxxxxx> >
>
>
> To
> "Target Management developer discussions" <
>
dsdp-tm-dev@xxxxxxxxxxx <mailto:dsdp-tm-dev@xxxxxxxxxxx> >
> cc
>
>
> Subject
> Re: [dsdp-tm-dev] Extending RSE
>
>
>
>
>
>
>
>
>
>
> hi Javier,
>
> I
> checked the logs and got the following errors
>
>
> ava.lang.NullPointerException
> at
> org.eclipse.rse.services.files.ftp.FTPService.getRoots(FTPServ
> ice.java:638)
> at
> org.eclipse.rse.subsystems.files.core.servicesubsystem.FileSer
> viceSubSystem.getRoots (FileServiceSubSystem.java:309)
> at
> org.eclipse.rse.subsystems.files.core.servicesubsystem.FileSer
> viceSubSystem.listRoots(FileServiceSubSystem.java:424)
> at
> org.eclipse.rse.subsystems.files.core.subsystems.RemoteFileSub
> System.internalResolveFilterString
(RemoteFileSubSystem.java:632)
> at
> org.eclipse.rse.subsystems.files.core.subsystems.RemoteFileSub
> System.internalResolveFilterStrings(RemoteFileSubSystem.java
:473)
> at
> org.eclipse.rse.core.subsystems.SubSystem.resolveFilterStrings
> (SubSystem.java:2159)
> at
> org.eclipse.rse.ui.view.SystemViewFilterReferenceAdapter.inter
> nalGetChildren(SystemViewFilterReferenceAdapter.java:385)
> at
> org.eclipse.rse.ui.view.SystemViewFilterReferenceAdapter.getCh
> ildren (SystemViewFilterReferenceAdapter.java:228)
> at
> org.eclipse.rse.ui.operations.SystemFetchOperation.execute(Sys
> temFetchOperation.java:197)
> at
> org.eclipse.rse.ui.operations.SystemFetchOperation.run(SystemF
> etchOperation.java :101)
> at
> org.eclipse.rse.ui.view.AbstractSystemViewAdapter.fetchDeferre
> dChildren(AbstractSystemViewAdapter.java:1755)
> at
> org.eclipse.ui.progress.DeferredTreeContentManager$1.run
(Defer
> redTreeContentManager.java:207)
> at
> org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)
>
> Regards,
> Sheldon
>
> On 2/12/07,
> javier.montalvoorus@xxxxxxxxxxx
> <mailto:javier.montalvoorus@xxxxxxxxxxx>
> <javier.montalvoorus@xxxxxxxxxxx
> <mailto:
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 <http://smglinx.intra/twiki/bin/view/PTD/EngineeringTools>
> Symbian
> Software Limited.
>
> Tel: +44 (0)207
> 154 1091
>
> "Sheldon Dsouza" <sheldond@xxxxxxxxx <mailto:
sheldond@xxxxxxxxx> >
> Sent by: dsdp-tm-dev-bounces@xxxxxxxxxxxx
>
> 12/02/2007 13:50
>
>
>
> Please respond to
> Target Management developer discussions <
> dsdp-tm-dev@xxxxxxxxxxx <mailto:dsdp-tm-dev@xxxxxxxxxxx> >
>
>
>
> To
> "Target Management developer discussions" <
> dsdp-tm-dev@xxxxxxxxxxx <mailto: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
> <mailto:
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 <http://www.eclipse.org/dsdp/tm>
>
>
>
>
>
> ________________________________
>
> From:
> dsdp-tm-dev-bounces@xxxxxxxxxxx
> <mailto:dsdp-tm-dev-bounces@xxxxxxxxxxx> [mailto:
>
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 <http://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
> <mailto:
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 <http://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 <
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 <http://www.eclipse.org/dsdp/tm>
>
>
>
>
>
> ________________________________
>
> From:
> dsdp-tm-dev-bounces@xxxxxxxxxxx
> <mailto:
dsdp-tm-dev-bounces@xxxxxxxxxxx> [mailto:
> 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
> <mailto:javier.montalvoorus@xxxxxxxxxxx> <
> javier.montalvoorus@xxxxxxxxxxx
> <mailto:
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 <http://smglinx.intra/twiki/bin/view/PTD/EngineeringTools>
> Symbian
> Software Limited.
>
> Tel: +44 (0)207
> 154 1091
> "Sheldon Dsouza" <sheldond@xxxxxxxxx <mailto:
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 <mailto:dsdp-tm-dev@xxxxxxxxxxx> >
>
>
>
> To
> "Target Management developer discussions" <
>
dsdp-tm-dev@xxxxxxxxxxx <mailto: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
> <mailto: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
> <mailto:
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 <http://www.eclipse.org/dsdp/tm>
>
>
>
>
>
> ________________________________
>
> From:
> dsdp-tm-dev-bounces@xxxxxxxxxxx
> <mailto:dsdp-tm-dev-bounces@xxxxxxxxxxx> [mailto:
>
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
> <mailto: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 <mailto:dmcknigh@xxxxxxxxxx>
> Mail:
> D1/140/8200/TOR
>
> ____________________________________
> "Oberhuber, Martin" <Martin.Oberhuber@xxxxxxxxxxxxx
> <mailto:
Martin.Oberhuber@xxxxxxxxxxxxx> >
> Sent by: dsdp-tm-dev-bounces@xxxxxxxxxxx
> <mailto:
dsdp-tm-dev-bounces@xxxxxxxxxxx>
>
> 08/02/2007 04:53 AM
>
> Please respond to
> Target Management developer discussions <
> dsdp-tm-dev@xxxxxxxxxxx
<mailto:dsdp-tm-dev@xxxxxxxxxxx> >
>
>
>
>
> To
> "Target Management developer discussions" <
>
dsdp-tm-dev@xxxxxxxxxxx <mailto:dsdp-tm-dev@xxxxxxxxxxx> >
> cc
>
>
> Subject
> RE: [dsdp-tm-dev] Extending RSE
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 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
> <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 <
http://www.eclipse.org/dsdp/tm>
>
>
>
> ________________________________
>
> From:
>
dsdp-tm-dev-bounces@xxxxxxxxxxx
> <mailto:dsdp-tm-dev-bounces@xxxxxxxxxxx> [mailto:
> 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
> <mailto: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 <http://www.eclipse.org/dsdp/tm
>
>
>
>
> ________________________________
>
> From:
> dsdp-tm-dev-bounces@xxxxxxxxxxx
> <mailto:dsdp-tm-dev-bounces@xxxxxxxxxxx> [mailto:
> 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 <mailto: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 <mailto:dsdp-tm-dev@xxxxxxxxxxx
>
>
> https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
>
>
>
> _______________________________________________
> dsdp-tm-dev mailing list
>
> dsdp-tm-dev@xxxxxxxxxxx
<mailto:dsdp-tm-dev@xxxxxxxxxxx>
>
> https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev>
>
>
>
> _______________________________________________
> dsdp-tm-dev mailing list
>
> dsdp-tm-dev@xxxxxxxxxxx <mailto:dsdp-tm-dev@xxxxxxxxxxx>
>
>
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev>
>
>
>
>
> _______________________________________________
> dsdp-tm-dev mailing list
>
> dsdp-tm-dev@xxxxxxxxxxx <mailto:
dsdp-tm-dev@xxxxxxxxxxx>
>
> https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev>
>
>
>
> _______________________________________________
> dsdp-tm-dev mailing list
>
> dsdp-tm-dev@xxxxxxxxxxx <mailto:dsdp-tm-dev@xxxxxxxxxxx>
>
>
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <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 <mailto: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 <mailto:dsdp-tm-dev@xxxxxxxxxxx>
>
>
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev>
>
>
>
>
> _______________________________________________
> dsdp-tm-dev mailing list
>
> dsdp-tm-dev@xxxxxxxxxxx <mailto:
dsdp-tm-dev@xxxxxxxxxxx>
>
> https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev>
>
>
>
>
> _______________________________________________
> dsdp-tm-dev mailing list
>
> dsdp-tm-dev@xxxxxxxxxxx <mailto:dsdp-tm-dev@xxxxxxxxxxx>
>
>
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev>
>
>
> _______________________________________________
> dsdp-tm-dev mailing list
>
> dsdp-tm-dev@xxxxxxxxxxx <mailto:dsdp-tm-dev@xxxxxxxxxxx
>
>
> https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <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 <mailto:
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 <mailto:dsdp-tm-dev@xxxxxxxxxxx>
>
> https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev>
>
>
> _______________________________________________
> dsdp-tm-dev mailing list
>
> dsdp-tm-dev@xxxxxxxxxxx <mailto:dsdp-tm-dev@xxxxxxxxxxx>
>
>
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <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 <mailto: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
<mailto:dsdp-tm-dev@xxxxxxxxxxx>
>
> https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev>
>
>
>
>
>
>
>
> _______________________________________________
> dsdp-tm-dev mailing list
>
> dsdp-tm-dev@xxxxxxxxxxx <mailto:dsdp-tm-dev@xxxxxxxxxxx
>
>
> https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev
> <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
> <
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
> <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
> <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
> <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
