| Unresolved requirement issues when migrating from Eclipse 3.7 to 4.5 [message #1722246] |
Wed, 03 February 2016 15:25  |
 Thomas Elskens
Messages: 159
Registered: September 2014
Location: Brussels - Belgium |
Senior Member |
|
|
Hello,
According to most references I found (e.g. http://www.vogella.com/tutorials/Eclipse4MigrationGuide/article.html), a soft migration from Eclipse RCP 3 to 4 should be possible merely by adapting my target platform and the product file.
In this case, the application, wholly based on the Eclipse 3 API, should work with the Eclipse 4 engine.
However, when trying to do this, I ran into a lot of Unresolved requirement issues. I already worked around all the missing javax.annotation and javax.inject by importing these packages in almost all my plugins, but three of these requirement issues remain:
1) org.eclipse.ui.workbench (...) Unresolved requirement: Import-Package: org.eclipse.e4.core.commands
2) javax.servlet.jsp (...) Unresolved requirement: Import-Package: javax.el; version="2.2.0"
3) and various p2 plugins complaining about Unresolved requirement: Require-Bundle: org.tukaani.xz; bundle-version="1.3.0"
I do not understand : those three requirement (org.eclipse.e4.core.commands, javax.el (2.2.0) and org.tukaani.xz (1.3.0) are all part of the target platform and the product definition...
Where else should I put them ? Or more generally, what am I doing wrong ... ?
Thanks a lot for any hints !
|
|
|
|
|
|
| Re: Unresolved requirement issues when migrating from Eclipse 3.7 to 4.5 [message #1722417 is a reply to message #1722391] |
Thu, 04 February 2016 17:16  |
Thomas Elskens
Messages: 159
Registered: September 2014
Location: Brussels - Belgium |
Senior Member |
|
|
Hmm I found something interesting. So first of all, to answer your question, I was launching from withing Eclipse.
When inspecting carefully the logs (attached for reference), it turns out that org.eclipse.core.resources.ResourcesPlugin could not start because of a org.eclipse.core.internal.dtree.ObjectNotFoundException.
Googling this error shows that this has something to do with corrupt workspace settings.
And yes indeed, starting my RCP in compatibility mode while picking another workspace works ! (I do have a problem that my CommonNavigator remains blank, but that one I still have to investigate).
But I do find it odd that my "old", Indigo-driven, application has no problem with this particular set of settings and starts totally normally, whereas starting in compatibility mode leads Eclipse to crash.
Anyhow, thanks a lot for the quick answer, I can now progress.
|
|
|
Powered by
FUDForum. Page generated in 0.02663 seconds
] 
Search
Help
Register
Login
Home
