Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 137483 - IExtension#getExtensions does not follow plug-in dependency orders
Summary: IExtension#getExtensions does not follow plug-in dependency orders
Status: RESOLVED WONTFIX
Alias: None
Product: Equinox
Classification: Eclipse Project
Component: Compendium (show other bugs)
Version: 3.2   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: equinox.compendium-inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 137356
  Show dependency tree
 
Reported: 2006-04-19 08:33 EDT by Tod Creasey CLA
Modified: 2012-06-22 12:52 EDT (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Tod Creasey CLA 2006-04-19 08:33:23 EDT 
20060418

Reference Bug 137356

When you ask for IExtension#getExtensions you get them in a non deterministic order. This is a problem when you reference across plug-ins as an extension can potentially be processed before the prerequisite it refers to.

In But 137356 jdt.debug.ui is referencing an extension in jdt.ui which ends up been processed after it resulting in an error about a missing reference.
Comment 1 Oleg Besedin CLA 2006-04-19 11:42:36 EDT 
Yes, IExtension#getExtensions doesn't order results in any way. This didn't change in 3.2, so this is not a regression. 

Potentially, we could add a sorting based on the dependency order of the contributing bundles, but that would be an expensive operation to perform.

My inclination would be to close this bug as it works as expected and revisit it later should we get another request for this functionality.
Comment 2 Markus Keller CLA 2012-06-22 12:52:06 EDT 
Bug 383325 is a less expensive request for minimal guarantees.