|
|
Re: New RCP / Integration into legacy RCP / Which approach? [message #904430 is a reply to message #904037] |
Tue, 28 August 2012 12:14 |
|
What are you trying to accomplish with the new E4 app/perspective?
I don't want to talk you out of using Eclipse4, but there are a number of issues that might make it difficult. If you are looking for just several basic views (more of a presentation type app) then I would say certainly use E4. If you are looking for more user input (editor focus) then I might hold off.
The issue is that in e4 there isn't a defined "editor" the way there is in 3.x, also things like dialogs and wizards will become model elements. In any case, you will likely have to (want to) spend time migrating/converting after 4.3, but that will likely be the case always.
Helps?
JD
|
|
|
|
Re: New RCP / Integration into legacy RCP / Which approach? [message #904525 is a reply to message #904430] |
Tue, 28 August 2012 15:51 |
Matthias Gsteu Messages: 5 Registered: August 2012 |
Junior Member |
|
|
Thanks for the replies so far.
@JD
The new RCP will be rather view oriented than "input oriented". There will be some things the user has to configure but the main part is monitoring of data (with user interaction).
I'm sure that the new application itself would work quite well with e4, even if I had to implement my own navigator. But the integration into our old RCP would give some headaches I think.
As far as I know, the compatibility layer only enables us to bring our old ViewParts which are defined as extensions into the new application model.
But I would end up having a new E4 based RCP which should be integrated into an old one that runs in compat. mode.
And I have often read that mixing is not supported very well. What does that mean? Are there some hidden bugs?
Furthermore I was not able to contribute a Part via a Model Fragment into the existing (LegacyIDE) application model when running in compat. mode up to now. Is this one of the cases that is not supported very well?
@Brian
The answer does not seem to be so simple - at least for me
Which application do you mean? The new one or the old one?
What do you mean with "you can't easily do..."? For me it means that it works, but not straight-forward.
Just to get you right: let's say I'm done with a new, pure E4 application. It has its own application model which defines Commands, Handlers, Bindings, Menus, a Perspective Stack with a Perspective and some PartStacks with their Parts.
The parts are implemented in the new way: POJO's with DI (@PostConstruct, and so on...)
In the meantime the old RCP runs on top of E4 in compatibility mode. Is it now possible to integrate the perspective with all its children from the new E4 application into the old one? Of course this should also work with the commands and handlers and so on.
I still can't get that...
Thank you guys a lot
Matthias
|
|
|
Re: New RCP / Integration into legacy RCP / Which approach? [message #904638 is a reply to message #904525] |
Tue, 28 August 2012 21:30 |
|
>But I would end up having a new E4 based RCP which should be integrated into an old >one that runs in compat. mode.
>And I have often read that mixing is not supported very well. What does that mean? Are >there some hidden bugs?
Its not that they are bugs, they are just two completely different ways of handling things (like the active selection). And that was the point, initially the objective was creating a new long term solution. Now the objective (part of) is linking the old into the new as best as possible.
>Furthermore I was not able to contribute a Part via a Model Fragment into the existing (LegacyIDE) application model when running in compat. mode up to now. Is this one of the cases that is not supported very well?
Since you are creating an RCP application, you would need to define your own Application.e4xmi. Also note, you cannot link fragments to application models unless they are named Application.e4xmi (atleast at this very moment).
http://bugs.eclipse.org/bugs/show_bug.cgi?id=382717
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.05410 seconds