Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "RAP/EMF Integration"
| Line 11: | Line 11: | ||
== Resources == | == Resources == | ||
EMF relies in the UI parts on the Resource infrastructure to support seamless integration with the Eclipse workspace. This is a big problem as the resource framework is multi-user enabled and thus can lead to problem in the RAP environment. Even if there may be workarounds available (eg. session-scoped EFS implementation), there is still only one workspace available. This can lead to big problems like a user who locks the workspace automatically locks all other users in the webapp. | EMF relies in the UI parts on the Resource infrastructure to support seamless integration with the Eclipse workspace. This is a big problem as the resource framework is multi-user enabled and thus can lead to problem in the RAP environment. Even if there may be workarounds available (eg. session-scoped EFS implementation), there is still only one workspace available. This can lead to big problems like a user who locks the workspace automatically locks all other users in the webapp. | ||
| + | |||
| + | == UI and Edit Framework == | ||
| + | Generated edtitors of EMF (and in particular their dependencies) have to be modified to run on RAP. The two interesting bundles from EMF are: | ||
| + | * org.eclipse.emf.common.ui | ||
| + | * org.eclipse.emf.editor.ui | ||
| + | |||
| + | With the support for cell editors in the properties view and D&D, many problems from the past have vanished. But there are still many references to IDE- and Resource-specific features that will not be available in RAP. This should be a topic to discuss further how to resolve this. That resources will be session-scoped is out of the context of the 3.x stream of the platform. This *may* come with e4 but at the moment, there are committers working on this. Another option would be to split the EMF-bundles in EMF-Core and Resource-Integration bundles. As the dependencies to resource is rather broad, this could lead to many API breaks which is not very good either. | ||
== IDE Bundle == | == IDE Bundle == | ||
As the whole EMF UI story has a strong dependency to the IDE bundle of Eclipse (org.eclipse.ui.ide), we need to support this somehow. This is rather problematic as IDE itself relies heavily on the Resource infrastructure. | As the whole EMF UI story has a strong dependency to the IDE bundle of Eclipse (org.eclipse.ui.ide), we need to support this somehow. This is rather problematic as IDE itself relies heavily on the Resource infrastructure. | ||
| − | As simple mock is attached to the bug report stated in the References section. | + | As simple mock is attached to the bug report stated in the References section. This is not intended to be used outside of the research/evaluation process. |
| − | + | ||
| − | + | ||
== References == | == References == | ||
Revision as of 07:52, 20 January 2010
| RAP wiki home | RAP project home |
Contents
THIS IS EXPERIMENTAL! IT IS NOT OFFICIALLY SUPPORTED NEITHER BY RAP NOR BY EMF
Runtime
EMFs runtime part should works out of the box with RAP as there are no dependencies to UI-related stuff. The only thing to be aware of is the dependency to the Eclipse Resources (aka Workspace).
Resources
EMF relies in the UI parts on the Resource infrastructure to support seamless integration with the Eclipse workspace. This is a big problem as the resource framework is multi-user enabled and thus can lead to problem in the RAP environment. Even if there may be workarounds available (eg. session-scoped EFS implementation), there is still only one workspace available. This can lead to big problems like a user who locks the workspace automatically locks all other users in the webapp.
UI and Edit Framework
Generated edtitors of EMF (and in particular their dependencies) have to be modified to run on RAP. The two interesting bundles from EMF are:
- org.eclipse.emf.common.ui
- org.eclipse.emf.editor.ui
With the support for cell editors in the properties view and D&D, many problems from the past have vanished. But there are still many references to IDE- and Resource-specific features that will not be available in RAP. This should be a topic to discuss further how to resolve this. That resources will be session-scoped is out of the context of the 3.x stream of the platform. This *may* come with e4 but at the moment, there are committers working on this. Another option would be to split the EMF-bundles in EMF-Core and Resource-Integration bundles. As the dependencies to resource is rather broad, this could lead to many API breaks which is not very good either.
IDE Bundle
As the whole EMF UI story has a strong dependency to the IDE bundle of Eclipse (org.eclipse.ui.ide), we need to support this somehow. This is rather problematic as IDE itself relies heavily on the Resource infrastructure. As simple mock is attached to the bug report stated in the References section. This is not intended to be used outside of the research/evaluation process.