Bugzilla – Full Text Bug Listing
| Summary: | p2 chooses RAP over SWT/JFace in target components install | ||
|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | Christian Campo <christian.campo> |
| Component: | p2 | Assignee: | P2 Inbox <equinox.p2-inbox> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | ekke, flavio.donze, florian.pirchner, jeffmcaffer, lothar, pascal, romain.bioteau, rsternberg, stefan.roeck |
| Version: | 3.6 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | stalebug | ||
|
Description
Christian Campo
christian, in target platforms it can help if you add under -environment ----implicite plugin dependencies <implicitDependencies> <plugin id="org.eclipse.jface"/> <plugin id="org.eclipse.swt"/> <plugin id="org.eclipse.ui"/> <plugin id="org.eclipse.jface.databinding"/> <plugin id="org.eclipse.ui.workbench"/> </implicitDependencies> -- with commons logging - in my TP I always use slf4j to provide the packages for commons logging etc, so this is ok for my situations (but was a problem with RC1 where wrong orbit bundles of slf4j caused problems, but this is fixed now) if you really need o.a.c.logging then perhaps also add it to implicite plugin dependencies or add the commons logging bundle to your TP: cmd-alt-shift-A on mac then select org.apache.commons.logging ekke So the next step I did was that I installed Equinox Target Components and then RCP SDK. So I had o.e.jface and org.eclipse.swt and org.eclipse.swt.win32........ in my target platform together with many other components. Then I installed Riena Target Components and I get the RAP components in the target platform..... org.eclipse.rap.jface.databinding org.eclipse.rap.jface org.eclipse.rap.rwt org.eclipse.rap.ui.workbench org.eclipse.rap.ui So now I need to manually disable them in order to run my application (either in the target platform or the launch config). Pretty annoying..... A workaround I have identified is to disable "Include required software" when you install Riena Target Components. That works ok, although its not very intuitive.... unfortunately, for many of these multiversion, cross platform , target platform cases it seem that you have to disable that option. That's why its there :-/ Perhaps you can enter a PDE bug to suggest improvements to this workflow. (In reply to comment #3) > A workaround I have identified is to disable "Include required software" when > you install Riena Target Components. That works ok, although its not very > intuitive.... ..and it makes TP more complicated if you rely on this feature that dependencies will be fetched automatically (In reply to comment #4) > unfortunately, for many of these multiversion, cross platform , target platform > cases it seem that you have to disable that option. That's why its there :-/ > Perhaps you can enter a PDE bug to suggest improvements to this workflow. from my POV: - checking 'include required software' should only include required, but not optional dependencies - there ould be 2nd option 'include also all optional dependencies' ekke (In reply to comment #2) > So the next step I did was that I installed Equinox Target Components and then > RCP SDK. So I had o.e.jface and org.eclipse.swt and > org.eclipse.swt.win32........ in my target platform together with many other > components. > > Then I installed Riena Target Components and I get the RAP components in the > target platform..... > > org.eclipse.rap.jface.databinding > org.eclipse.rap.jface > org.eclipse.rap.rwt > org.eclipse.rap.ui.workbench > org.eclipse.rap.ui > > So now I need to manually disable them in order to run my application (either > in the target platform or the launch config). Pretty annoying..... Christian, my workaround to put the RCP/SWT plug-ins as implicit plugin dependencies into the TP doesn't help with newest repositiores. so you're right there are only 3 ways to deal with this: * remove them from the TP * remove them from Launch configs * uncheck 'include required software' and add all needed dependencies into the TP ekke would it make sense to add a new checkbox to fine-tune how required software will be added ? * include required software * include optional dependencies then one could decide if optional dependencies should be resolved ekke (In reply to comment #6) > (In reply to comment #4) > > unfortunately, for many of these multiversion, cross platform , target platform > > cases it seem that you have to disable that option. That's why its there :-/ > > Perhaps you can enter a PDE bug to suggest improvements to this workflow. > > from my POV: > > - checking 'include required software' should only include required, but not > optional dependencies > - there ould be 2nd option 'include also all optional dependencies' > > ekke +1 for that suggestion This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. |