Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 91685

Summary: PDE container entries different on startup than on shutdown
Product: [Eclipse Project] PDE Reporter: Jerome Lanneluc <jerome_lanneluc>
Component: UIAssignee: PDE-UI-Inbox <pde-ui-inbox>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: P3    
Version: 3.1   
Target Milestone: 3.1 M7   
Hardware: PC   
OS: Windows XP   
Whiteboard:
Attachments:
Description Flags
Example of missbehaving container trace none

Description Jerome Lanneluc CLA 2005-04-17 13:55:57 EDT 
I20040514 + org.eclipse.jdt.core from HEAD

1. Take latest org.eclipse.jdt.core (note you can trust HEAD as always being as
good as an integration build)
2. Turn on classpath resolution tracing:
org.eclipse.jdt.core/debug/cpresolution=true
3. Startup a full source 3.0 workspace
Observe: you get 'missbehaving container' traces in the console indicating that
the classpath entries of the org.eclipse.pde.core.requiredPlugins container are
different on startup than they were on last shutdown.
Comment 1 Jerome Lanneluc CLA 2005-04-17 13:59:51 EDT 
Created attachment 19979 [details]
Example of missbehaving container trace

In this example, the order of the swt and osgi plugins is not consistent.
Comment 2 Wassim Melhem CLA 2005-04-17 15:38:31 EDT 
good catch.
This is a new bug that was introduced into the I-20050413 build (when the new 
state-based classpath computation was released) and has now been corrected.
So I doubt it was the cause of the long-standing full build problem.  However, 
it certainly didn't help.
Comment 3 Wassim Melhem CLA 2005-04-17 15:42:20 EDT 
In this case, the last two entries which are in the wrong order shouldn't even 
be there.  

the project would get osgi for free via the first entry (core.runtime)
and would also get swt for free via the org.eclipse.ui project entry.

The fact that those two entries redundantly appeared at the end is the real 
bug.