Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » DSDP - Target Management » RCP status
RCP status [message #10285] Mon, 28 May 2007 17:53 Go to next message
Dmitry is currently offline DmitryFriend
Messages: 7
Registered: July 2009
Junior Member
Hello all.
Can somebody give quick review on how many components are RCP-ready in TM ?
In other words when I want to write application that will manage some
devices (custom activities with some job) and want to use all that RSE cool
stuff: view, registry...and so on - can I do this as RCP application ?
Re: RCP status [message #10318 is a reply to message #10285] Tue, 29 May 2007 16:46 Go to previous messageGo to next message
Martin Oberhuber is currently offline Martin OberhuberFriend
Messages: 1007
Registered: July 2009
Senior Member
Hello Dimtry,

Uday Kabe posted on this newsgroup earlier
that he was developing an RCP with RSE.
(subject: Operation failed. File system input
or output error).

I know for sure that the Terminal is RCP ready,
and it looks like Uday also got it working for
RSE. Though rse.ui will need eclipse.core.resources,
not sure if that would be a problem for you.

Uday can you give any hints?

Thanks,
--
Martin Oberhuber
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm


Dmitry Tomko wrote:
> Hello all.
> Can somebody give quick review on how many components are RCP-ready in TM ?
> In other words when I want to write application that will manage some
> devices (custom activities with some job) and want to use all that RSE cool
> stuff: view, registry...and so on - can I do this as RCP application ?
>
>
Re: RCP status [message #10383 is a reply to message #10318] Tue, 29 May 2007 17:06 Go to previous messageGo to next message
Dmitry is currently offline DmitryFriend
Messages: 7
Registered: July 2009
Junior Member
Hello Martin.
Thanks for your feedback. That would be great if I can use all this cool
stuff in RCP apps. At least I want to ask Uday to provide any sample code if
that's possible. Terminal component is not what I need, but rather all this
file operations stuff(copy/paste) and remote command execution.


"Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
news:465C58DD.8010406@windriver.com...
> Hello Dimtry,
>
> Uday Kabe posted on this newsgroup earlier
> that he was developing an RCP with RSE.
> (subject: Operation failed. File system input
> or output error).
>
> I know for sure that the Terminal is RCP ready,
> and it looks like Uday also got it working for
> RSE. Though rse.ui will need eclipse.core.resources,
> not sure if that would be a problem for you.
>
> Uday can you give any hints?
>
> Thanks,
> --
> Martin Oberhuber
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
>
>
> Dmitry Tomko wrote:
>> Hello all.
>> Can somebody give quick review on how many components are RCP-ready in TM
>> ?
>> In other words when I want to write application that will manage some
>> devices (custom activities with some job) and want to use all that RSE
>> cool stuff: view, registry...and so on - can I do this as RCP application
>> ?
Re: RCP status [message #10418 is a reply to message #10383] Thu, 31 May 2007 17:42 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: udaykabe.hotmail.com

Hello Martin, Dimitry,

Sorry, I have not responded sooner, but I have not visited this group for a
while.

I am using the following RSE plugins in my RCP application:

org.eclipse.rse.connectorservice.local v20070328
org.eclipse.rse.connectorservice.ssh v20070328
org.eclipse.rse.core v20070401
org.eclipse.rse.files.ui v20070401
org.eclipse.rse.services v20070221
org.eclipse.rse.services.files.ftp v20070402
org.eclipse.rse.services.local v20070402
org.eclipse.rse.services.ssh v20070224
org.eclipse.rse.subsystems.files.core v20070401
org.eclipse.rse.subsystems.files.ftp v20070401
org.eclipse.rse.subsystems.files.local v20070401
org.eclipse.rse.subsystems.files.ssh v20070401
org.eclipse.rse.subsystems.shells.core v20070328
org.eclipse.rse.ui v20070401

By using RSE, my RCP application is probably not a "pure" RCP application
any more because many of the above plugins depend (directly or indirectly)
upon org.eclipse.ui.ide which adds its own menus, perspectives, preferences,
etc., thereby "polluting" my RCP application. Because of this, I have had
to re-structure my Application and Advisor classes to handle menus and
preferences the same way that the IDE does.

Of the above plugins, only the following are independent of the IDE:

org.eclipse.rse.core
org.eclipse.rse.services.*

I use RSE to provide FTP/SFTP filesystems as drop targets/destinations for
export of Lotus Notes data. I have made minimal modifications (5 lines of
code to SystemViewDataDropAdapter.java) to the RSE plugins, so I don't
really have any sample code to provide. Here is what I have added to handle
drop data of type IStructuredSelection:

private ArrayList getSourceObjects(Object data) {

/***added code show below***/

+ else if (data instanceof IStructuredSelection) {

+ // return a list of filepaths

+ RseDragAndDropExportOperation op = new RseDragAndDropExportOperation();

+ srcObjects.addAll(op.getExportFileList((IStructuredSelection )data));

+ _sourceType = SystemDNDTransferRunnable.SRC_TYPE_OS_RESOURCE;

+ }

}

I should mention that I have to fix an RSE problem which occurs when I start
my RCP app, add an FTP connection in the SystemView, save the user ID and
password, and exit and restart my app. The following happens:

1. I see two sets of "My Home" and "Root" nodes under the "Files" subnode
2. Occasionally, I have to re-enter and re-save the password. It's as if
the password has been forgotten after some time.
3. The FTP node's auto-expand behavior is not alway exhibited.

I hope I have been of some help.

Uday



"Dmitry Tomko" <dtomko@iba.by> wrote in message
news:f3hmol$1f9$1@build.eclipse.org...
> Hello Martin.
> Thanks for your feedback. That would be great if I can use all this cool
> stuff in RCP apps. At least I want to ask Uday to provide any sample code
> if that's possible. Terminal component is not what I need, but rather all
> this file operations stuff(copy/paste) and remote command execution.
>
>
> "Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
> news:465C58DD.8010406@windriver.com...
>> Hello Dimtry,
>>
>> Uday Kabe posted on this newsgroup earlier
>> that he was developing an RCP with RSE.
>> (subject: Operation failed. File system input
>> or output error).
>>
>> I know for sure that the Terminal is RCP ready,
>> and it looks like Uday also got it working for
>> RSE. Though rse.ui will need eclipse.core.resources,
>> not sure if that would be a problem for you.
>>
>> Uday can you give any hints?
>>
>> Thanks,
>> --
>> Martin Oberhuber
>> Target Management Project Lead, DSDP PMC Member
>> http://www.eclipse.org/dsdp/tm
>>
>>
>> Dmitry Tomko wrote:
>>> Hello all.
>>> Can somebody give quick review on how many components are RCP-ready in
>>> TM ?
>>> In other words when I want to write application that will manage some
>>> devices (custom activities with some job) and want to use all that RSE
>>> cool stuff: view, registry...and so on - can I do this as RCP
>>> application ?
>
>
Re: RCP status [message #10450 is a reply to message #10418] Wed, 06 June 2007 11:08 Go to previous messageGo to next message
Martin Oberhuber is currently offline Martin OberhuberFriend
Messages: 1007
Registered: July 2009
Senior Member
Thanks Uday.

If you can, please test your app with TM 2.0RC2 -- the
filter issue should be gone thanks to new persistence
providers and avoiding duplicate queries.

Would you consider the code you have added to the drag&drop
generic enough so it should go into the original distro?

> Hello Martin, Dimitry,
>
> Sorry, I have not responded sooner, but I have not visited this group
for a
> while.
>
> I am using the following RSE plugins in my RCP application:
>
> org.eclipse.rse.connectorservice.local v20070328
> org.eclipse.rse.connectorservice.ssh v20070328
> org.eclipse.rse.core v20070401
> org.eclipse.rse.files.ui v20070401
> org.eclipse.rse.services v20070221
> org.eclipse.rse.services.files.ftp v20070402
> org.eclipse.rse.services.local v20070402
> org.eclipse.rse.services.ssh v20070224
> org.eclipse.rse.subsystems.files.core v20070401
> org.eclipse.rse.subsystems.files.ftp v20070401
> org.eclipse.rse.subsystems.files.local v20070401
> org.eclipse.rse.subsystems.files.ssh v20070401
> org.eclipse.rse.subsystems.shells.core v20070328
> org.eclipse.rse.ui v20070401
>
> By using RSE, my RCP application is probably not a "pure" RCP
application
> any more because many of the above plugins depend (directly or
indirectly)
> upon org.eclipse.ui.ide which adds its own menus, perspectives,
preferences,
> etc., thereby "polluting" my RCP application. Because of this, I
have had
> to re-structure my Application and Advisor classes to handle menus and
> preferences the same way that the IDE does.
>
> Of the above plugins, only the following are independent of the IDE:
>
> org.eclipse.rse.core
> org.eclipse.rse.services.*
>
> I use RSE to provide FTP/SFTP filesystems as drop
targets/destinations for
> export of Lotus Notes data. I have made minimal modifications (5
lines of
> code to SystemViewDataDropAdapter.java) to the RSE plugins, so I don't
> really have any sample code to provide. Here is what I have added to
handle
> drop data of type IStructuredSelection:
>
> private ArrayList getSourceObjects(Object data) {
>
> /***added code show below***/
>
> + else if (data instanceof IStructuredSelection) {
>
> + // return a list of filepaths
>
> + RseDragAndDropExportOperation op = new RseDragAndDropExportOperation();
>
> + srcObjects.addAll(op.getExportFileList((IStructuredSelection )data));
>
> + _sourceType = SystemDNDTransferRunnable.SRC_TYPE_OS_RESOURCE;
>
> + }
>
> }
>
> I should mention that I have to fix an RSE problem which occurs when
I start
> my RCP app, add an FTP connection in the SystemView, save the user ID
and
> password, and exit and restart my app. The following happens:
>
> 1. I see two sets of "My Home" and "Root" nodes under the "Files" subnode
> 2. Occasionally, I have to re-enter and re-save the password. It's
as if
> the password has been forgotten after some time.
> 3. The FTP node's auto-expand behavior is not alway exhibited.
>
> I hope I have been of some help.
>
> Uday


Thanks,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
Re: RCP status [message #10547 is a reply to message #10450] Thu, 07 June 2007 13:24 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: udaykabe.hotmail.com

Martin,

I cannot see the 2.0RC2 tag in CVS. If you can add this tag, I will check
out RC2 from CVS and test it out. I did install S2_0M6a into my Eclipse
installation (i.e., not in my RCP product), and I did not see the problem 1
I mentioned in my last post, however problem 3 seems to still exist. I am
keeping a eye on problem 2. The ultimate test for me will be when I get the
RSE code into my product but I still need to complete my migration to 3.3
before I can do that.

As far as generalizing the DND code, the issue is that I have modified
SystemView to use LocalTransfer as one of its transfer types. This is an
EMF (Eclipse Modeling Framework) specific class which handles DND with
IStructuredSelection data. RSE would end up with a dependency on the EMF
plugins, probably not what you want at this point.

Eclipse's "official" general mechanism is the use of PluginTransferData,
but I had trouble getting RSE's implementation to work in combination with
my code. That's why I had to add the LocalTransfer to the SystemView's
transfer types. The problem was that PluginTransferData's callback was not
being activated as expected. I had already spent a day or two on this
problem, after which I decided I didn't have time to troubleshoot the issue
further so I took the route of using LocalTransfer which works just fine for
me. My suggestion would be to get the PluginTransferData mechanism to work.
Per Eclipse docs, the use of PluginTransferData should generalize DND for
use with other views whose implementors would provide the necessary
callback.

Uday


"Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
news:466695C9.8050207@windriver.com...
> Thanks Uday.
>
> If you can, please test your app with TM 2.0RC2 -- the
> filter issue should be gone thanks to new persistence
> providers and avoiding duplicate queries.
>
> Would you consider the code you have added to the drag&drop
> generic enough so it should go into the original distro?
>
> > Hello Martin, Dimitry,
> >
> > Sorry, I have not responded sooner, but I have not visited this group
> for a
> > while.
> >
> > I am using the following RSE plugins in my RCP application:
> >
> > org.eclipse.rse.connectorservice.local v20070328
> > org.eclipse.rse.connectorservice.ssh v20070328
> > org.eclipse.rse.core v20070401
> > org.eclipse.rse.files.ui v20070401
> > org.eclipse.rse.services v20070221
> > org.eclipse.rse.services.files.ftp v20070402
> > org.eclipse.rse.services.local v20070402
> > org.eclipse.rse.services.ssh v20070224
> > org.eclipse.rse.subsystems.files.core v20070401
> > org.eclipse.rse.subsystems.files.ftp v20070401
> > org.eclipse.rse.subsystems.files.local v20070401
> > org.eclipse.rse.subsystems.files.ssh v20070401
> > org.eclipse.rse.subsystems.shells.core v20070328
> > org.eclipse.rse.ui v20070401
> >
> > By using RSE, my RCP application is probably not a "pure" RCP
> application
> > any more because many of the above plugins depend (directly or
> indirectly)
> > upon org.eclipse.ui.ide which adds its own menus, perspectives,
> preferences,
> > etc., thereby "polluting" my RCP application. Because of this, I
> have had
> > to re-structure my Application and Advisor classes to handle menus and
> > preferences the same way that the IDE does.
> >
> > Of the above plugins, only the following are independent of the IDE:
> >
> > org.eclipse.rse.core
> > org.eclipse.rse.services.*
> >
> > I use RSE to provide FTP/SFTP filesystems as drop
> targets/destinations for
> > export of Lotus Notes data. I have made minimal modifications (5
> lines of
> > code to SystemViewDataDropAdapter.java) to the RSE plugins, so I don't
> > really have any sample code to provide. Here is what I have added to
> handle
> > drop data of type IStructuredSelection:
> >
> > private ArrayList getSourceObjects(Object data) {
> >
> > /***added code show below***/
> >
> > + else if (data instanceof IStructuredSelection) {
> >
> > + // return a list of filepaths
> >
> > + RseDragAndDropExportOperation op = new
> > RseDragAndDropExportOperation();
> >
> > + srcObjects.addAll(op.getExportFileList((IStructuredSelection )data));
> >
> > + _sourceType = SystemDNDTransferRunnable.SRC_TYPE_OS_RESOURCE;
> >
> > + }
> >
> > }
> >
> > I should mention that I have to fix an RSE problem which occurs when
> I start
> > my RCP app, add an FTP connection in the SystemView, save the user ID
> and
> > password, and exit and restart my app. The following happens:
> >
> > 1. I see two sets of "My Home" and "Root" nodes under the "Files"
> > subnode
> > 2. Occasionally, I have to re-enter and re-save the password. It's
> as if
> > the password has been forgotten after some time.
> > 3. The FTP node's auto-expand behavior is not alway exhibited.
> >
> > I hope I have been of some help.
> >
> > Uday
>
>
> Thanks,
> --
> Martin Oberhuber
> Wind River Systems, Inc.
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
Re: RCP status [message #10646 is a reply to message #10547] Tue, 12 June 2007 10:42 Go to previous messageGo to next message
Martin Oberhuber is currently offline Martin OberhuberFriend
Messages: 1007
Registered: July 2009
Senior Member
Hello Uday,

Thanks for the info. I agree that PluginTransfer should be the preferred
method -- for the next release we're going to file bugs also against
Platform / Common Navigator, Project Explorer to support PluginTransfer.

For the 2.0RC2 tag - we're not tagging the entire repository for
milestones, we're only tagging the Mapfiles (in the
org.eclipse.rse.build project). So I'd recommend you just get HEAD,
it's not going to change much until we release 2.0 (which will have
a tag on the entire repository again).

If you want 2.0RC2 exactly, you need to
* Sync the Mapfile project to 2.0RC2
* Get the Releng.Tools plugin from the Eclipse platform Download Page
* Create a project 'org.eclipse.releng' with a linked resource folder
'maps' pointing to org.eclipse.rse.build/maps
* Select all projects, Team -> Replace with released

Or, you just get the RSE-SDK-2.0RC2 download and import the plugins
and features from the target platform (then you work on the sources
that we ship as part of our SDK).

Cheers
Martin


Uday Kabe schrieb:
> Martin,
>
> I cannot see the 2.0RC2 tag in CVS. If you can add this tag, I will check
> out RC2 from CVS and test it out. I did install S2_0M6a into my Eclipse
> installation (i.e., not in my RCP product), and I did not see the problem 1
> I mentioned in my last post, however problem 3 seems to still exist. I am
> keeping a eye on problem 2. The ultimate test for me will be when I get the
> RSE code into my product but I still need to complete my migration to 3.3
> before I can do that.
>
> As far as generalizing the DND code, the issue is that I have modified
> SystemView to use LocalTransfer as one of its transfer types. This is an
> EMF (Eclipse Modeling Framework) specific class which handles DND with
> IStructuredSelection data. RSE would end up with a dependency on the EMF
> plugins, probably not what you want at this point.
>
> Eclipse's "official" general mechanism is the use of PluginTransferData,
> but I had trouble getting RSE's implementation to work in combination with
> my code. That's why I had to add the LocalTransfer to the SystemView's
> transfer types. The problem was that PluginTransferData's callback was not
> being activated as expected. I had already spent a day or two on this
> problem, after which I decided I didn't have time to troubleshoot the issue
> further so I took the route of using LocalTransfer which works just fine for
> me. My suggestion would be to get the PluginTransferData mechanism to work.
> Per Eclipse docs, the use of PluginTransferData should generalize DND for
> use with other views whose implementors would provide the necessary
> callback.
>
> Uday

--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
Re: RCP status [message #10678 is a reply to message #10646] Tue, 12 June 2007 13:27 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: udaykabe.hotmail.com

Hi Martin,

As you know, I am using RSE in a Lotus Notes product I am developing. A
little while ago, I downloaded Lotus Notes 8 beta 3 which is an RCP based
application that uses Eclipse 3.2 as its foundation. It's possible that IBM
may move to 3.3 by the time LN8 is released, but who knows.

Because of LN8, I may have to stick with releasing on Eclipse 3.2.
Therefore I now have a concern regarding RSE because the latest RSE needs
Eclipse 3.3. Are you considering any maintenance branches for RSE on 3.2?
What options do you think I might have if I need to stay with Eclipse 3.2 as
my platform?

Thanx.

Uday


"Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
news:466E78AB.7080805@windriver.com...
> Hello Uday,
>
> Thanks for the info. I agree that PluginTransfer should be the preferred
> method -- for the next release we're going to file bugs also against
> Platform / Common Navigator, Project Explorer to support PluginTransfer.
>
> For the 2.0RC2 tag - we're not tagging the entire repository for
> milestones, we're only tagging the Mapfiles (in the org.eclipse.rse.build
> project). So I'd recommend you just get HEAD,
> it's not going to change much until we release 2.0 (which will have
> a tag on the entire repository again).
>
> If you want 2.0RC2 exactly, you need to
> * Sync the Mapfile project to 2.0RC2
> * Get the Releng.Tools plugin from the Eclipse platform Download Page
> * Create a project 'org.eclipse.releng' with a linked resource folder
> 'maps' pointing to org.eclipse.rse.build/maps
> * Select all projects, Team -> Replace with released
>
> Or, you just get the RSE-SDK-2.0RC2 download and import the plugins
> and features from the target platform (then you work on the sources
> that we ship as part of our SDK).
>
> Cheers
> Martin
>
>
> Uday Kabe schrieb:
>> Martin,
>>
>> I cannot see the 2.0RC2 tag in CVS. If you can add this tag, I will
>> check out RC2 from CVS and test it out. I did install S2_0M6a into my
>> Eclipse installation (i.e., not in my RCP product), and I did not see the
>> problem 1 I mentioned in my last post, however problem 3 seems to still
>> exist. I am keeping a eye on problem 2. The ultimate test for me will
>> be when I get the RSE code into my product but I still need to complete
>> my migration to 3.3 before I can do that.
>>
>> As far as generalizing the DND code, the issue is that I have modified
>> SystemView to use LocalTransfer as one of its transfer types. This is an
>> EMF (Eclipse Modeling Framework) specific class which handles DND with
>> IStructuredSelection data. RSE would end up with a dependency on the EMF
>> plugins, probably not what you want at this point.
>>
>> Eclipse's "official" general mechanism is the use of PluginTransferData,
>> but I had trouble getting RSE's implementation to work in combination
>> with my code. That's why I had to add the LocalTransfer to the
>> SystemView's transfer types. The problem was that PluginTransferData's
>> callback was not being activated as expected. I had already spent a day
>> or two on this problem, after which I decided I didn't have time to
>> troubleshoot the issue further so I took the route of using LocalTransfer
>> which works just fine for me. My suggestion would be to get the
>> PluginTransferData mechanism to work. Per Eclipse docs, the use of
>> PluginTransferData should generalize DND for use with other views whose
>> implementors would provide the necessary callback.
>>
>> Uday
>
> --
> Martin Oberhuber
> Wind River Systems, Inc.
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
Re: RCP status [message #10711 is a reply to message #10678] Wed, 13 June 2007 13:28 Go to previous messageGo to next message
David Dykstal is currently offline David DykstalFriend
Messages: 21
Registered: July 2009
Junior Member
Uday --
Currently there are no plans to take RSE 2.0 and move it back to
Eclipse 3.2. There are several things that won't "go back" very well.
The SSH support, for example, depends on the latest JSCH jar and there
are several other issues. Unfortunately, the job is not trivial.
-- Dave Dykstal

On 2007-06-12 08:27:14 -0500, "Uday Kabe" <udaykabe@hotmail.com> said:

> Hi Martin,
>
> As you know, I am using RSE in a Lotus Notes product I am developing.
> A little while ago, I downloaded Lotus Notes 8 beta 3 which is an RCP
> based application that uses Eclipse 3.2 as its foundation. It's
> possible that IBM may move to 3.3 by the time LN8 is released, but who
> knows.
>
> Because of LN8, I may have to stick with releasing on Eclipse 3.2.
> Therefore I now have a concern regarding RSE because the latest RSE
> needs Eclipse 3.3. Are you considering any maintenance branches for
> RSE on 3.2? What options do you think I might have if I need to stay
> with Eclipse 3.2 as my platform?
>
> Thanx.
>
> Uday
>
>
> "Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
> news:466E78AB.7080805@windriver.com...
>> Hello Uday,
>>
>> Thanks for the info. I agree that PluginTransfer should be the preferred
>> method -- for the next release we're going to file bugs also against
>> Platform / Common Navigator, Project Explorer to support PluginTransfer.
>>
>> For the 2.0RC2 tag - we're not tagging the entire repository for
>> milestones, we're only tagging the Mapfiles (in the
>> org.eclipse.rse.build project). So I'd recommend you just get HEAD,
>> it's not going to change much until we release 2.0 (which will have
>> a tag on the entire repository again).
>>
>> If you want 2.0RC2 exactly, you need to
>> * Sync the Mapfile project to 2.0RC2
>> * Get the Releng.Tools plugin from the Eclipse platform Download Page
>> * Create a project 'org.eclipse.releng' with a linked resource folder
>> 'maps' pointing to org.eclipse.rse.build/maps
>> * Select all projects, Team -> Replace with released
>>
>> Or, you just get the RSE-SDK-2.0RC2 download and import the plugins
>> and features from the target platform (then you work on the sources
>> that we ship as part of our SDK).
>>
>> Cheers
>> Martin
>>
>>
>> Uday Kabe schrieb:
>>> Martin,
>>>
>>> I cannot see the 2.0RC2 tag in CVS. If you can add this tag, I will
>>> check out RC2 from CVS and test it out. I did install S2_0M6a into my
>>> Eclipse installation (i.e., not in my RCP product), and I did not see
>>> the problem 1 I mentioned in my last post, however problem 3 seems to
>>> still exist. I am keeping a eye on problem 2. The ultimate test for
>>> me will be when I get the RSE code into my product but I still need to
>>> complete my migration to 3.3 before I can do that.
>>>
>>> As far as generalizing the DND code, the issue is that I have modified
>>> SystemView to use LocalTransfer as one of its transfer types. This is
>>> an EMF (Eclipse Modeling Framework) specific class which handles DND
>>> with IStructuredSelection data. RSE would end up with a dependency on
>>> the EMF plugins, probably not what you want at this point.
>>>
>>> Eclipse's "official" general mechanism is the use of
>>> PluginTransferData, but I had trouble getting RSE's implementation to
>>> work in combination with my code. That's why I had to add the
>>> LocalTransfer to the SystemView's transfer types. The problem was that
>>> PluginTransferData's callback was not being activated as expected. I
>>> had already spent a day or two on this problem, after which I decided I
>>> didn't have time to troubleshoot the issue further so I took the route
>>> of using LocalTransfer which works just fine for me. My suggestion
>>> would be to get the PluginTransferData mechanism to work. Per Eclipse
>>> docs, the use of PluginTransferData should generalize DND for use with
>>> other views whose implementors would provide the necessary callback.
>>>
>>> Uday
>>
>> --
>> Martin Oberhuber
>> Wind River Systems, Inc.
>> Target Management Project Lead, DSDP PMC Member
>> http://www.eclipse.org/dsdp/tm
Re: RCP status [message #11989 is a reply to message #10678] Tue, 26 June 2007 19:20 Go to previous message
Martin Oberhuber is currently offline Martin OberhuberFriend
Messages: 1007
Registered: July 2009
Senior Member
Hello Uday,

Option A is to just stick with RSE 1.0. We do not plan any backporting
of features.

As Dave has mentioned, the SSH configuration needs Eclipse 3.3, but
apart from that I'm not aware of any forced dependencies.

What kinds of connection types do you need? Chances are for those things
that you need, TM 2.0 "just works" on Eclipse 3.2 although it is not
officially supported. I think it would be worth a try grabbing the
latest source from CVS HEAD and checking if it builds against 3.2 and if
not, where the issues are.

Thanks,
--
Martin Oberhuber
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm


Uday Kabe wrote:
> Hi Martin,
>
> As you know, I am using RSE in a Lotus Notes product I am developing. A
> little while ago, I downloaded Lotus Notes 8 beta 3 which is an RCP based
> application that uses Eclipse 3.2 as its foundation. It's possible that IBM
> may move to 3.3 by the time LN8 is released, but who knows.
>
> Because of LN8, I may have to stick with releasing on Eclipse 3.2.
> Therefore I now have a concern regarding RSE because the latest RSE needs
> Eclipse 3.3. Are you considering any maintenance branches for RSE on 3.2?
> What options do you think I might have if I need to stay with Eclipse 3.2 as
> my platform?
>
> Thanx.
>
> Uday
>
>
> "Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
> news:466E78AB.7080805@windriver.com...
>> Hello Uday,
>>
>> Thanks for the info. I agree that PluginTransfer should be the preferred
>> method -- for the next release we're going to file bugs also against
>> Platform / Common Navigator, Project Explorer to support PluginTransfer.
>>
>> For the 2.0RC2 tag - we're not tagging the entire repository for
>> milestones, we're only tagging the Mapfiles (in the org.eclipse.rse.build
>> project). So I'd recommend you just get HEAD,
>> it's not going to change much until we release 2.0 (which will have
>> a tag on the entire repository again).
>>
>> If you want 2.0RC2 exactly, you need to
>> * Sync the Mapfile project to 2.0RC2
>> * Get the Releng.Tools plugin from the Eclipse platform Download Page
>> * Create a project 'org.eclipse.releng' with a linked resource folder
>> 'maps' pointing to org.eclipse.rse.build/maps
>> * Select all projects, Team -> Replace with released
>>
>> Or, you just get the RSE-SDK-2.0RC2 download and import the plugins
>> and features from the target platform (then you work on the sources
>> that we ship as part of our SDK).
>>
>> Cheers
>> Martin
>>
>>
>> Uday Kabe schrieb:
>>> Martin,
>>>
>>> I cannot see the 2.0RC2 tag in CVS. If you can add this tag, I will
>>> check out RC2 from CVS and test it out. I did install S2_0M6a into my
>>> Eclipse installation (i.e., not in my RCP product), and I did not see the
>>> problem 1 I mentioned in my last post, however problem 3 seems to still
>>> exist. I am keeping a eye on problem 2. The ultimate test for me will
>>> be when I get the RSE code into my product but I still need to complete
>>> my migration to 3.3 before I can do that.
>>>
>>> As far as generalizing the DND code, the issue is that I have modified
>>> SystemView to use LocalTransfer as one of its transfer types. This is an
>>> EMF (Eclipse Modeling Framework) specific class which handles DND with
>>> IStructuredSelection data. RSE would end up with a dependency on the EMF
>>> plugins, probably not what you want at this point.
>>>
>>> Eclipse's "official" general mechanism is the use of PluginTransferData,
>>> but I had trouble getting RSE's implementation to work in combination
>>> with my code. That's why I had to add the LocalTransfer to the
>>> SystemView's transfer types. The problem was that PluginTransferData's
>>> callback was not being activated as expected. I had already spent a day
>>> or two on this problem, after which I decided I didn't have time to
>>> troubleshoot the issue further so I took the route of using LocalTransfer
>>> which works just fine for me. My suggestion would be to get the
>>> PluginTransferData mechanism to work. Per Eclipse docs, the use of
>>> PluginTransferData should generalize DND for use with other views whose
>>> implementors would provide the necessary callback.
>>>
>>> Uday
>> --
>> Martin Oberhuber
>> Wind River Systems, Inc.
>> Target Management Project Lead, DSDP PMC Member
>> http://www.eclipse.org/dsdp/tm
>
>
Re: RCP status [message #567871 is a reply to message #10285] Tue, 29 May 2007 16:46 Go to previous message
Martin Oberhuber is currently offline Martin OberhuberFriend
Messages: 1007
Registered: July 2009
Senior Member
Hello Dimtry,

Uday Kabe posted on this newsgroup earlier
that he was developing an RCP with RSE.
(subject: Operation failed. File system input
or output error).

I know for sure that the Terminal is RCP ready,
and it looks like Uday also got it working for
RSE. Though rse.ui will need eclipse.core.resources,
not sure if that would be a problem for you.

Uday can you give any hints?

Thanks,
--
Martin Oberhuber
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm


Dmitry Tomko wrote:
> Hello all.
> Can somebody give quick review on how many components are RCP-ready in TM ?
> In other words when I want to write application that will manage some
> devices (custom activities with some job) and want to use all that RSE cool
> stuff: view, registry...and so on - can I do this as RCP application ?
>
>
Re: RCP status [message #567919 is a reply to message #10318] Tue, 29 May 2007 17:06 Go to previous message
Dmitry is currently offline DmitryFriend
Messages: 7
Registered: July 2009
Junior Member
Hello Martin.
Thanks for your feedback. That would be great if I can use all this cool
stuff in RCP apps. At least I want to ask Uday to provide any sample code if
that's possible. Terminal component is not what I need, but rather all this
file operations stuff(copy/paste) and remote command execution.


"Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
news:465C58DD.8010406@windriver.com...
> Hello Dimtry,
>
> Uday Kabe posted on this newsgroup earlier
> that he was developing an RCP with RSE.
> (subject: Operation failed. File system input
> or output error).
>
> I know for sure that the Terminal is RCP ready,
> and it looks like Uday also got it working for
> RSE. Though rse.ui will need eclipse.core.resources,
> not sure if that would be a problem for you.
>
> Uday can you give any hints?
>
> Thanks,
> --
> Martin Oberhuber
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
>
>
> Dmitry Tomko wrote:
>> Hello all.
>> Can somebody give quick review on how many components are RCP-ready in TM
>> ?
>> In other words when I want to write application that will manage some
>> devices (custom activities with some job) and want to use all that RSE
>> cool stuff: view, registry...and so on - can I do this as RCP application
>> ?
Re: RCP status [message #567950 is a reply to message #10383] Thu, 31 May 2007 17:42 Go to previous message
Eclipse UserFriend
Originally posted by: udaykabe.hotmail.com

Hello Martin, Dimitry,

Sorry, I have not responded sooner, but I have not visited this group for a
while.

I am using the following RSE plugins in my RCP application:

org.eclipse.rse.connectorservice.local v20070328
org.eclipse.rse.connectorservice.ssh v20070328
org.eclipse.rse.core v20070401
org.eclipse.rse.files.ui v20070401
org.eclipse.rse.services v20070221
org.eclipse.rse.services.files.ftp v20070402
org.eclipse.rse.services.local v20070402
org.eclipse.rse.services.ssh v20070224
org.eclipse.rse.subsystems.files.core v20070401
org.eclipse.rse.subsystems.files.ftp v20070401
org.eclipse.rse.subsystems.files.local v20070401
org.eclipse.rse.subsystems.files.ssh v20070401
org.eclipse.rse.subsystems.shells.core v20070328
org.eclipse.rse.ui v20070401

By using RSE, my RCP application is probably not a "pure" RCP application
any more because many of the above plugins depend (directly or indirectly)
upon org.eclipse.ui.ide which adds its own menus, perspectives, preferences,
etc., thereby "polluting" my RCP application. Because of this, I have had
to re-structure my Application and Advisor classes to handle menus and
preferences the same way that the IDE does.

Of the above plugins, only the following are independent of the IDE:

org.eclipse.rse.core
org.eclipse.rse.services.*

I use RSE to provide FTP/SFTP filesystems as drop targets/destinations for
export of Lotus Notes data. I have made minimal modifications (5 lines of
code to SystemViewDataDropAdapter.java) to the RSE plugins, so I don't
really have any sample code to provide. Here is what I have added to handle
drop data of type IStructuredSelection:

private ArrayList getSourceObjects(Object data) {

/***added code show below***/

+ else if (data instanceof IStructuredSelection) {

+ // return a list of filepaths

+ RseDragAndDropExportOperation op = new RseDragAndDropExportOperation();

+ srcObjects.addAll(op.getExportFileList((IStructuredSelection )data));

+ _sourceType = SystemDNDTransferRunnable.SRC_TYPE_OS_RESOURCE;

+ }

}

I should mention that I have to fix an RSE problem which occurs when I start
my RCP app, add an FTP connection in the SystemView, save the user ID and
password, and exit and restart my app. The following happens:

1. I see two sets of "My Home" and "Root" nodes under the "Files" subnode
2. Occasionally, I have to re-enter and re-save the password. It's as if
the password has been forgotten after some time.
3. The FTP node's auto-expand behavior is not alway exhibited.

I hope I have been of some help.

Uday



"Dmitry Tomko" <dtomko@iba.by> wrote in message
news:f3hmol$1f9$1@build.eclipse.org...
> Hello Martin.
> Thanks for your feedback. That would be great if I can use all this cool
> stuff in RCP apps. At least I want to ask Uday to provide any sample code
> if that's possible. Terminal component is not what I need, but rather all
> this file operations stuff(copy/paste) and remote command execution.
>
>
> "Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
> news:465C58DD.8010406@windriver.com...
>> Hello Dimtry,
>>
>> Uday Kabe posted on this newsgroup earlier
>> that he was developing an RCP with RSE.
>> (subject: Operation failed. File system input
>> or output error).
>>
>> I know for sure that the Terminal is RCP ready,
>> and it looks like Uday also got it working for
>> RSE. Though rse.ui will need eclipse.core.resources,
>> not sure if that would be a problem for you.
>>
>> Uday can you give any hints?
>>
>> Thanks,
>> --
>> Martin Oberhuber
>> Target Management Project Lead, DSDP PMC Member
>> http://www.eclipse.org/dsdp/tm
>>
>>
>> Dmitry Tomko wrote:
>>> Hello all.
>>> Can somebody give quick review on how many components are RCP-ready in
>>> TM ?
>>> In other words when I want to write application that will manage some
>>> devices (custom activities with some job) and want to use all that RSE
>>> cool stuff: view, registry...and so on - can I do this as RCP
>>> application ?
>
>
Re: RCP status [message #567974 is a reply to message #10418] Wed, 06 June 2007 11:08 Go to previous message
Martin Oberhuber is currently offline Martin OberhuberFriend
Messages: 1007
Registered: July 2009
Senior Member
Thanks Uday.

If you can, please test your app with TM 2.0RC2 -- the
filter issue should be gone thanks to new persistence
providers and avoiding duplicate queries.

Would you consider the code you have added to the drag&drop
generic enough so it should go into the original distro?

> Hello Martin, Dimitry,
>
> Sorry, I have not responded sooner, but I have not visited this group
for a
> while.
>
> I am using the following RSE plugins in my RCP application:
>
> org.eclipse.rse.connectorservice.local v20070328
> org.eclipse.rse.connectorservice.ssh v20070328
> org.eclipse.rse.core v20070401
> org.eclipse.rse.files.ui v20070401
> org.eclipse.rse.services v20070221
> org.eclipse.rse.services.files.ftp v20070402
> org.eclipse.rse.services.local v20070402
> org.eclipse.rse.services.ssh v20070224
> org.eclipse.rse.subsystems.files.core v20070401
> org.eclipse.rse.subsystems.files.ftp v20070401
> org.eclipse.rse.subsystems.files.local v20070401
> org.eclipse.rse.subsystems.files.ssh v20070401
> org.eclipse.rse.subsystems.shells.core v20070328
> org.eclipse.rse.ui v20070401
>
> By using RSE, my RCP application is probably not a "pure" RCP
application
> any more because many of the above plugins depend (directly or
indirectly)
> upon org.eclipse.ui.ide which adds its own menus, perspectives,
preferences,
> etc., thereby "polluting" my RCP application. Because of this, I
have had
> to re-structure my Application and Advisor classes to handle menus and
> preferences the same way that the IDE does.
>
> Of the above plugins, only the following are independent of the IDE:
>
> org.eclipse.rse.core
> org.eclipse.rse.services.*
>
> I use RSE to provide FTP/SFTP filesystems as drop
targets/destinations for
> export of Lotus Notes data. I have made minimal modifications (5
lines of
> code to SystemViewDataDropAdapter.java) to the RSE plugins, so I don't
> really have any sample code to provide. Here is what I have added to
handle
> drop data of type IStructuredSelection:
>
> private ArrayList getSourceObjects(Object data) {
>
> /***added code show below***/
>
> + else if (data instanceof IStructuredSelection) {
>
> + // return a list of filepaths
>
> + RseDragAndDropExportOperation op = new RseDragAndDropExportOperation();
>
> + srcObjects.addAll(op.getExportFileList((IStructuredSelection )data));
>
> + _sourceType = SystemDNDTransferRunnable.SRC_TYPE_OS_RESOURCE;
>
> + }
>
> }
>
> I should mention that I have to fix an RSE problem which occurs when
I start
> my RCP app, add an FTP connection in the SystemView, save the user ID
and
> password, and exit and restart my app. The following happens:
>
> 1. I see two sets of "My Home" and "Root" nodes under the "Files" subnode
> 2. Occasionally, I have to re-enter and re-save the password. It's
as if
> the password has been forgotten after some time.
> 3. The FTP node's auto-expand behavior is not alway exhibited.
>
> I hope I have been of some help.
>
> Uday


Thanks,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
Re: RCP status [message #568095 is a reply to message #10450] Thu, 07 June 2007 13:24 Go to previous message
Eclipse UserFriend
Originally posted by: udaykabe.hotmail.com

Martin,

I cannot see the 2.0RC2 tag in CVS. If you can add this tag, I will check
out RC2 from CVS and test it out. I did install S2_0M6a into my Eclipse
installation (i.e., not in my RCP product), and I did not see the problem 1
I mentioned in my last post, however problem 3 seems to still exist. I am
keeping a eye on problem 2. The ultimate test for me will be when I get the
RSE code into my product but I still need to complete my migration to 3.3
before I can do that.

As far as generalizing the DND code, the issue is that I have modified
SystemView to use LocalTransfer as one of its transfer types. This is an
EMF (Eclipse Modeling Framework) specific class which handles DND with
IStructuredSelection data. RSE would end up with a dependency on the EMF
plugins, probably not what you want at this point.

Eclipse's "official" general mechanism is the use of PluginTransferData,
but I had trouble getting RSE's implementation to work in combination with
my code. That's why I had to add the LocalTransfer to the SystemView's
transfer types. The problem was that PluginTransferData's callback was not
being activated as expected. I had already spent a day or two on this
problem, after which I decided I didn't have time to troubleshoot the issue
further so I took the route of using LocalTransfer which works just fine for
me. My suggestion would be to get the PluginTransferData mechanism to work.
Per Eclipse docs, the use of PluginTransferData should generalize DND for
use with other views whose implementors would provide the necessary
callback.

Uday


"Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
news:466695C9.8050207@windriver.com...
> Thanks Uday.
>
> If you can, please test your app with TM 2.0RC2 -- the
> filter issue should be gone thanks to new persistence
> providers and avoiding duplicate queries.
>
> Would you consider the code you have added to the drag&drop
> generic enough so it should go into the original distro?
>
> > Hello Martin, Dimitry,
> >
> > Sorry, I have not responded sooner, but I have not visited this group
> for a
> > while.
> >
> > I am using the following RSE plugins in my RCP application:
> >
> > org.eclipse.rse.connectorservice.local v20070328
> > org.eclipse.rse.connectorservice.ssh v20070328
> > org.eclipse.rse.core v20070401
> > org.eclipse.rse.files.ui v20070401
> > org.eclipse.rse.services v20070221
> > org.eclipse.rse.services.files.ftp v20070402
> > org.eclipse.rse.services.local v20070402
> > org.eclipse.rse.services.ssh v20070224
> > org.eclipse.rse.subsystems.files.core v20070401
> > org.eclipse.rse.subsystems.files.ftp v20070401
> > org.eclipse.rse.subsystems.files.local v20070401
> > org.eclipse.rse.subsystems.files.ssh v20070401
> > org.eclipse.rse.subsystems.shells.core v20070328
> > org.eclipse.rse.ui v20070401
> >
> > By using RSE, my RCP application is probably not a "pure" RCP
> application
> > any more because many of the above plugins depend (directly or
> indirectly)
> > upon org.eclipse.ui.ide which adds its own menus, perspectives,
> preferences,
> > etc., thereby "polluting" my RCP application. Because of this, I
> have had
> > to re-structure my Application and Advisor classes to handle menus and
> > preferences the same way that the IDE does.
> >
> > Of the above plugins, only the following are independent of the IDE:
> >
> > org.eclipse.rse.core
> > org.eclipse.rse.services.*
> >
> > I use RSE to provide FTP/SFTP filesystems as drop
> targets/destinations for
> > export of Lotus Notes data. I have made minimal modifications (5
> lines of
> > code to SystemViewDataDropAdapter.java) to the RSE plugins, so I don't
> > really have any sample code to provide. Here is what I have added to
> handle
> > drop data of type IStructuredSelection:
> >
> > private ArrayList getSourceObjects(Object data) {
> >
> > /***added code show below***/
> >
> > + else if (data instanceof IStructuredSelection) {
> >
> > + // return a list of filepaths
> >
> > + RseDragAndDropExportOperation op = new
> > RseDragAndDropExportOperation();
> >
> > + srcObjects.addAll(op.getExportFileList((IStructuredSelection )data));
> >
> > + _sourceType = SystemDNDTransferRunnable.SRC_TYPE_OS_RESOURCE;
> >
> > + }
> >
> > }
> >
> > I should mention that I have to fix an RSE problem which occurs when
> I start
> > my RCP app, add an FTP connection in the SystemView, save the user ID
> and
> > password, and exit and restart my app. The following happens:
> >
> > 1. I see two sets of "My Home" and "Root" nodes under the "Files"
> > subnode
> > 2. Occasionally, I have to re-enter and re-save the password. It's
> as if
> > the password has been forgotten after some time.
> > 3. The FTP node's auto-expand behavior is not alway exhibited.
> >
> > I hope I have been of some help.
> >
> > Uday
>
>
> Thanks,
> --
> Martin Oberhuber
> Wind River Systems, Inc.
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
Re: RCP status [message #568192 is a reply to message #10547] Tue, 12 June 2007 10:42 Go to previous message
Martin Oberhuber is currently offline Martin OberhuberFriend
Messages: 1007
Registered: July 2009
Senior Member
Hello Uday,

Thanks for the info. I agree that PluginTransfer should be the preferred
method -- for the next release we're going to file bugs also against
Platform / Common Navigator, Project Explorer to support PluginTransfer.

For the 2.0RC2 tag - we're not tagging the entire repository for
milestones, we're only tagging the Mapfiles (in the
org.eclipse.rse.build project). So I'd recommend you just get HEAD,
it's not going to change much until we release 2.0 (which will have
a tag on the entire repository again).

If you want 2.0RC2 exactly, you need to
* Sync the Mapfile project to 2.0RC2
* Get the Releng.Tools plugin from the Eclipse platform Download Page
* Create a project 'org.eclipse.releng' with a linked resource folder
'maps' pointing to org.eclipse.rse.build/maps
* Select all projects, Team -> Replace with released

Or, you just get the RSE-SDK-2.0RC2 download and import the plugins
and features from the target platform (then you work on the sources
that we ship as part of our SDK).

Cheers
Martin


Uday Kabe schrieb:
> Martin,
>
> I cannot see the 2.0RC2 tag in CVS. If you can add this tag, I will check
> out RC2 from CVS and test it out. I did install S2_0M6a into my Eclipse
> installation (i.e., not in my RCP product), and I did not see the problem 1
> I mentioned in my last post, however problem 3 seems to still exist. I am
> keeping a eye on problem 2. The ultimate test for me will be when I get the
> RSE code into my product but I still need to complete my migration to 3.3
> before I can do that.
>
> As far as generalizing the DND code, the issue is that I have modified
> SystemView to use LocalTransfer as one of its transfer types. This is an
> EMF (Eclipse Modeling Framework) specific class which handles DND with
> IStructuredSelection data. RSE would end up with a dependency on the EMF
> plugins, probably not what you want at this point.
>
> Eclipse's "official" general mechanism is the use of PluginTransferData,
> but I had trouble getting RSE's implementation to work in combination with
> my code. That's why I had to add the LocalTransfer to the SystemView's
> transfer types. The problem was that PluginTransferData's callback was not
> being activated as expected. I had already spent a day or two on this
> problem, after which I decided I didn't have time to troubleshoot the issue
> further so I took the route of using LocalTransfer which works just fine for
> me. My suggestion would be to get the PluginTransferData mechanism to work.
> Per Eclipse docs, the use of PluginTransferData should generalize DND for
> use with other views whose implementors would provide the necessary
> callback.
>
> Uday

--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
Re: RCP status [message #568229 is a reply to message #10646] Tue, 12 June 2007 13:27 Go to previous message
Eclipse UserFriend
Originally posted by: udaykabe.hotmail.com

Hi Martin,

As you know, I am using RSE in a Lotus Notes product I am developing. A
little while ago, I downloaded Lotus Notes 8 beta 3 which is an RCP based
application that uses Eclipse 3.2 as its foundation. It's possible that IBM
may move to 3.3 by the time LN8 is released, but who knows.

Because of LN8, I may have to stick with releasing on Eclipse 3.2.
Therefore I now have a concern regarding RSE because the latest RSE needs
Eclipse 3.3. Are you considering any maintenance branches for RSE on 3.2?
What options do you think I might have if I need to stay with Eclipse 3.2 as
my platform?

Thanx.

Uday


"Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
news:466E78AB.7080805@windriver.com...
> Hello Uday,
>
> Thanks for the info. I agree that PluginTransfer should be the preferred
> method -- for the next release we're going to file bugs also against
> Platform / Common Navigator, Project Explorer to support PluginTransfer.
>
> For the 2.0RC2 tag - we're not tagging the entire repository for
> milestones, we're only tagging the Mapfiles (in the org.eclipse.rse.build
> project). So I'd recommend you just get HEAD,
> it's not going to change much until we release 2.0 (which will have
> a tag on the entire repository again).
>
> If you want 2.0RC2 exactly, you need to
> * Sync the Mapfile project to 2.0RC2
> * Get the Releng.Tools plugin from the Eclipse platform Download Page
> * Create a project 'org.eclipse.releng' with a linked resource folder
> 'maps' pointing to org.eclipse.rse.build/maps
> * Select all projects, Team -> Replace with released
>
> Or, you just get the RSE-SDK-2.0RC2 download and import the plugins
> and features from the target platform (then you work on the sources
> that we ship as part of our SDK).
>
> Cheers
> Martin
>
>
> Uday Kabe schrieb:
>> Martin,
>>
>> I cannot see the 2.0RC2 tag in CVS. If you can add this tag, I will
>> check out RC2 from CVS and test it out. I did install S2_0M6a into my
>> Eclipse installation (i.e., not in my RCP product), and I did not see the
>> problem 1 I mentioned in my last post, however problem 3 seems to still
>> exist. I am keeping a eye on problem 2. The ultimate test for me will
>> be when I get the RSE code into my product but I still need to complete
>> my migration to 3.3 before I can do that.
>>
>> As far as generalizing the DND code, the issue is that I have modified
>> SystemView to use LocalTransfer as one of its transfer types. This is an
>> EMF (Eclipse Modeling Framework) specific class which handles DND with
>> IStructuredSelection data. RSE would end up with a dependency on the EMF
>> plugins, probably not what you want at this point.
>>
>> Eclipse's "official" general mechanism is the use of PluginTransferData,
>> but I had trouble getting RSE's implementation to work in combination
>> with my code. That's why I had to add the LocalTransfer to the
>> SystemView's transfer types. The problem was that PluginTransferData's
>> callback was not being activated as expected. I had already spent a day
>> or two on this problem, after which I decided I didn't have time to
>> troubleshoot the issue further so I took the route of using LocalTransfer
>> which works just fine for me. My suggestion would be to get the
>> PluginTransferData mechanism to work. Per Eclipse docs, the use of
>> PluginTransferData should generalize DND for use with other views whose
>> implementors would provide the necessary callback.
>>
>> Uday
>
> --
> Martin Oberhuber
> Wind River Systems, Inc.
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
Re: RCP status [message #568245 is a reply to message #10678] Wed, 13 June 2007 13:28 Go to previous message
David Dykstal is currently offline David DykstalFriend
Messages: 21
Registered: July 2009
Junior Member
Uday --
Currently there are no plans to take RSE 2.0 and move it back to
Eclipse 3.2. There are several things that won't "go back" very well.
The SSH support, for example, depends on the latest JSCH jar and there
are several other issues. Unfortunately, the job is not trivial.
-- Dave Dykstal

On 2007-06-12 08:27:14 -0500, "Uday Kabe" <udaykabe@hotmail.com> said:

> Hi Martin,
>
> As you know, I am using RSE in a Lotus Notes product I am developing.
> A little while ago, I downloaded Lotus Notes 8 beta 3 which is an RCP
> based application that uses Eclipse 3.2 as its foundation. It's
> possible that IBM may move to 3.3 by the time LN8 is released, but who
> knows.
>
> Because of LN8, I may have to stick with releasing on Eclipse 3.2.
> Therefore I now have a concern regarding RSE because the latest RSE
> needs Eclipse 3.3. Are you considering any maintenance branches for
> RSE on 3.2? What options do you think I might have if I need to stay
> with Eclipse 3.2 as my platform?
>
> Thanx.
>
> Uday
>
>
> "Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
> news:466E78AB.7080805@windriver.com...
>> Hello Uday,
>>
>> Thanks for the info. I agree that PluginTransfer should be the preferred
>> method -- for the next release we're going to file bugs also against
>> Platform / Common Navigator, Project Explorer to support PluginTransfer.
>>
>> For the 2.0RC2 tag - we're not tagging the entire repository for
>> milestones, we're only tagging the Mapfiles (in the
>> org.eclipse.rse.build project). So I'd recommend you just get HEAD,
>> it's not going to change much until we release 2.0 (which will have
>> a tag on the entire repository again).
>>
>> If you want 2.0RC2 exactly, you need to
>> * Sync the Mapfile project to 2.0RC2
>> * Get the Releng.Tools plugin from the Eclipse platform Download Page
>> * Create a project 'org.eclipse.releng' with a linked resource folder
>> 'maps' pointing to org.eclipse.rse.build/maps
>> * Select all projects, Team -> Replace with released
>>
>> Or, you just get the RSE-SDK-2.0RC2 download and import the plugins
>> and features from the target platform (then you work on the sources
>> that we ship as part of our SDK).
>>
>> Cheers
>> Martin
>>
>>
>> Uday Kabe schrieb:
>>> Martin,
>>>
>>> I cannot see the 2.0RC2 tag in CVS. If you can add this tag, I will
>>> check out RC2 from CVS and test it out. I did install S2_0M6a into my
>>> Eclipse installation (i.e., not in my RCP product), and I did not see
>>> the problem 1 I mentioned in my last post, however problem 3 seems to
>>> still exist. I am keeping a eye on problem 2. The ultimate test for
>>> me will be when I get the RSE code into my product but I still need to
>>> complete my migration to 3.3 before I can do that.
>>>
>>> As far as generalizing the DND code, the issue is that I have modified
>>> SystemView to use LocalTransfer as one of its transfer types. This is
>>> an EMF (Eclipse Modeling Framework) specific class which handles DND
>>> with IStructuredSelection data. RSE would end up with a dependency on
>>> the EMF plugins, probably not what you want at this point.
>>>
>>> Eclipse's "official" general mechanism is the use of
>>> PluginTransferData, but I had trouble getting RSE's implementation to
>>> work in combination with my code. That's why I had to add the
>>> LocalTransfer to the SystemView's transfer types. The problem was that
>>> PluginTransferData's callback was not being activated as expected. I
>>> had already spent a day or two on this problem, after which I decided I
>>> didn't have time to troubleshoot the issue further so I took the route
>>> of using LocalTransfer which works just fine for me. My suggestion
>>> would be to get the PluginTransferData mechanism to work. Per Eclipse
>>> docs, the use of PluginTransferData should generalize DND for use with
>>> other views whose implementors would provide the necessary callback.
>>>
>>> Uday
>>
>> --
>> Martin Oberhuber
>> Wind River Systems, Inc.
>> Target Management Project Lead, DSDP PMC Member
>> http://www.eclipse.org/dsdp/tm
Re: RCP status [message #568519 is a reply to message #10678] Tue, 26 June 2007 19:20 Go to previous message
Martin Oberhuber is currently offline Martin OberhuberFriend
Messages: 1007
Registered: July 2009
Senior Member
Hello Uday,

Option A is to just stick with RSE 1.0. We do not plan any backporting
of features.

As Dave has mentioned, the SSH configuration needs Eclipse 3.3, but
apart from that I'm not aware of any forced dependencies.

What kinds of connection types do you need? Chances are for those things
that you need, TM 2.0 "just works" on Eclipse 3.2 although it is not
officially supported. I think it would be worth a try grabbing the
latest source from CVS HEAD and checking if it builds against 3.2 and if
not, where the issues are.

Thanks,
--
Martin Oberhuber
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm


Uday Kabe wrote:
> Hi Martin,
>
> As you know, I am using RSE in a Lotus Notes product I am developing. A
> little while ago, I downloaded Lotus Notes 8 beta 3 which is an RCP based
> application that uses Eclipse 3.2 as its foundation. It's possible that IBM
> may move to 3.3 by the time LN8 is released, but who knows.
>
> Because of LN8, I may have to stick with releasing on Eclipse 3.2.
> Therefore I now have a concern regarding RSE because the latest RSE needs
> Eclipse 3.3. Are you considering any maintenance branches for RSE on 3.2?
> What options do you think I might have if I need to stay with Eclipse 3.2 as
> my platform?
>
> Thanx.
>
> Uday
>
>
> "Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
> news:466E78AB.7080805@windriver.com...
>> Hello Uday,
>>
>> Thanks for the info. I agree that PluginTransfer should be the preferred
>> method -- for the next release we're going to file bugs also against
>> Platform / Common Navigator, Project Explorer to support PluginTransfer.
>>
>> For the 2.0RC2 tag - we're not tagging the entire repository for
>> milestones, we're only tagging the Mapfiles (in the org.eclipse.rse.build
>> project). So I'd recommend you just get HEAD,
>> it's not going to change much until we release 2.0 (which will have
>> a tag on the entire repository again).
>>
>> If you want 2.0RC2 exactly, you need to
>> * Sync the Mapfile project to 2.0RC2
>> * Get the Releng.Tools plugin from the Eclipse platform Download Page
>> * Create a project 'org.eclipse.releng' with a linked resource folder
>> 'maps' pointing to org.eclipse.rse.build/maps
>> * Select all projects, Team -> Replace with released
>>
>> Or, you just get the RSE-SDK-2.0RC2 download and import the plugins
>> and features from the target platform (then you work on the sources
>> that we ship as part of our SDK).
>>
>> Cheers
>> Martin
>>
>>
>> Uday Kabe schrieb:
>>> Martin,
>>>
>>> I cannot see the 2.0RC2 tag in CVS. If you can add this tag, I will
>>> check out RC2 from CVS and test it out. I did install S2_0M6a into my
>>> Eclipse installation (i.e., not in my RCP product), and I did not see the
>>> problem 1 I mentioned in my last post, however problem 3 seems to still
>>> exist. I am keeping a eye on problem 2. The ultimate test for me will
>>> be when I get the RSE code into my product but I still need to complete
>>> my migration to 3.3 before I can do that.
>>>
>>> As far as generalizing the DND code, the issue is that I have modified
>>> SystemView to use LocalTransfer as one of its transfer types. This is an
>>> EMF (Eclipse Modeling Framework) specific class which handles DND with
>>> IStructuredSelection data. RSE would end up with a dependency on the EMF
>>> plugins, probably not what you want at this point.
>>>
>>> Eclipse's "official" general mechanism is the use of PluginTransferData,
>>> but I had trouble getting RSE's implementation to work in combination
>>> with my code. That's why I had to add the LocalTransfer to the
>>> SystemView's transfer types. The problem was that PluginTransferData's
>>> callback was not being activated as expected. I had already spent a day
>>> or two on this problem, after which I decided I didn't have time to
>>> troubleshoot the issue further so I took the route of using LocalTransfer
>>> which works just fine for me. My suggestion would be to get the
>>> PluginTransferData mechanism to work. Per Eclipse docs, the use of
>>> PluginTransferData should generalize DND for use with other views whose
>>> implementors would provide the necessary callback.
>>>
>>> Uday
>> --
>> Martin Oberhuber
>> Wind River Systems, Inc.
>> Target Management Project Lead, DSDP PMC Member
>> http://www.eclipse.org/dsdp/tm
>
>
Previous Topic:Please take part in the DSDP Target Management Future Planning Process
Next Topic:TM Monthly Phone Call 6-Jun -- Meeting Notes
Goto Forum:
  


Current Time: Fri Mar 29 08:49:42 GMT 2024

Powered by FUDForum. Page generated in 0.03193 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top