| Single sourcing and RAP [message #139865] |
Thu, 09 July 2009 06:51  |
Eclipse User |
|
|
|
Originally posted by: christophefondacci.nextep-softwares.com
Hello all,
First of all, Thank you for the great work you did with RAP!
I am trying to expose part of my RCP app on a web server using RAP.
I am facing several problems and I think there is already best practices for
resolving them :
- I was hoping that some of my UI plugins which, on the paper, have
compatible dependencies with RAP to compile "as is". But I need to convert
all dependencies from the manifests files from (for example) org.eclipse.ui
to org.eclipse.rap.ui. Therefore, even though this code is 100% compatible
with RAP, I need to make source changes in the manifests to use them with
RAP. What is the best way for doing this ?
- Some RWT classes does not comply to their SWT counterparts. For example, I
have some direct Image instantiations in my app. With SWT, I need to call
dispose() to release OS handles. I understand that there is no such need
with RAP, but my code does not compile because the dispose() methods do not
exist at all. I would have expected to have the dispose() methods on RWT
Image class doing absolutely nothing to avoid compilation errors. Is there
any plan for this (or is there any workaround) ?
- I am using an eclipse MessageConsole, thus depending on
org.eclipse.ui.console. I cannot find any counterpart in RAP...is there any
or shall I forget any console use ? My problem is that this console was
located in a "root" UI plugin, all my other UI plugin depends on this one...
so i need a lot of code rewrite.
- More generally, several of this problems could have been handled by
organizing my UI plugins depending on whether they are RAP compliant or not.
Is there any matrix which I can use to define a clean UI-plugin isolation
while developing these plugins ? Afterwards, I would then only need to pick
the rap-compliant plugins.
My main purpose here is to avoid having to maintain 2 versions of my app,
one for RCP, one for RAP. So any tips is welcome.
Thank you everyone for your time.
Christophe.
|
|
|
| Re: Single sourcing and RAP [message #139878 is a reply to message #139865] |
Thu, 09 July 2009 08:15  |
| Eclipse User |
|
|
|
Hi Christophe,
today there will be a free webinar covering single sourcing applications
with RAP. It should still be possible to sign up for the webinar. The
webinar will answer most of your questions. For the rest, see my
comments inline.
See http://live.eclipse.org/node/718
If you don't have the time to attend the webinar, there will be a
recording available afterwards. There are also some articles available
about single sourcing - see
http://eclipse.org/rap/documentation.php#articles
Cheers
Ben
Christophe Fondacci wrote:
> Hello all,
>
> First of all, Thank you for the great work you did with RAP!
>
> I am trying to expose part of my RCP app on a web server using RAP.
>
> I am facing several problems and I think there is already best practices
> for resolving them :
>
> - I was hoping that some of my UI plugins which, on the paper, have
> compatible dependencies with RAP to compile "as is". But I need to
> convert all dependencies from the manifests files from (for example)
> org.eclipse.ui to org.eclipse.rap.ui. Therefore, even though this code
> is 100% compatible with RAP, I need to make source changes in the
> manifests to use them with RAP. What is the best way for doing this ?
>
> - Some RWT classes does not comply to their SWT counterparts. For
> example, I have some direct Image instantiations in my app. With SWT, I
> need to call dispose() to release OS handles. I understand that there is
> no such need with RAP, but my code does not compile because the
> dispose() methods do not exist at all. I would have expected to have the
> dispose() methods on RWT Image class doing absolutely nothing to avoid
> compilation errors. Is there any plan for this (or is there any
> workaround) ?
>
> - I am using an eclipse MessageConsole, thus depending on
> org.eclipse.ui.console. I cannot find any counterpart in RAP...is there
> any or shall I forget any console use ? My problem is that this console
> was located in a "root" UI plugin, all my other UI plugin depends on
> this one... so i need a lot of code rewrite.
The console plugin is yet part of RAP. I remember it had dependencies to
the text framework but I'm not sure at the moment. But you could try to
single source it yourself and share your experiences with us.
>
> - More generally, several of this problems could have been handled by
> organizing my UI plugins depending on whether they are RAP compliant or
> not. Is there any matrix which I can use to define a clean UI-plugin
> isolation while developing these plugins ? Afterwards, I would then only
> need to pick the rap-compliant plugins.
>
>
> My main purpose here is to avoid having to maintain 2 versions of my
> app, one for RCP, one for RAP. So any tips is welcome.
>
>
> Thank you everyone for your time.
> Christophe.
--
Benjamin Muskalla | EclipseSource Karlsruhe
http://www.eclipsesource.com | http://twitter.com/eclipsesource
|
|
|
Powered by
FUDForum. Page generated in 0.10909 seconds
Home