| Summary: | Implementation of CommandServiceCreationFunction | ||
|---|---|---|---|
| Product: | [Eclipse Project] e4 | Reporter: | Oleg Besedin <ob1.eclipse> |
| Component: | UI | Assignee: | Platform UI Triaged <platform-ui-triaged> |
| Status: | CLOSED WONTFIX | QA Contact: | Paul Webster <pwebster> |
| Severity: | normal | ||
| Priority: | P3 | CC: | ob1.eclipse, pwebster |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | stalebug | ||
|
Description
Oleg Besedin
it needs to provide 2 things for the commands/handlers to work, ECommandService and CommandManager in the context. But yes, they need to be singletons. ECommandService is an interface, so I guess I could turn that into an OSGi service by itself. If CommandManager is a class, can I still make that an OSGi service? PW How about addding them in the E4Application#createDefaultContext() ? (I don't see any benefit from adding extra layers by using DS, but I am not familiar with the commands code.) (In reply to comment #2) > How about addding them in the E4Application#createDefaultContext() ? > Everything that was added in there was failure ... i.e. we were supposed to create a modular set of services, but we added them there when we couldn't figure out the lifecycle stuff correctly. PW 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. |