Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 363037 - Imported project does not work
Summary: Imported project does not work
Status: CLOSED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: EDT (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P1 critical (vote)
Target Milestone: ---   Edit
Assignee: Tony Chen CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-07 05:45 EST by Tony Chen CLA
Modified: 2017-02-23 14:16 EST (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tony Chen CLA 2011-11-07 05:45:08 EST
Create a client project with a simple handler using dojobutton, export the 3 projects (1 custom project & 2 widget projects) into an archive. Import the archive into a new workspace. The handler won't open, and has compiling errors saying can not find type reference.
Comment 1 Tony Chen CLA 2011-11-07 06:07:22 EST
The problem was because of working copy information not correctly setup when projects are imported. 

When I debug into the cause, it appeared that EGLModel is not setup before WorkingCopyResourceChangeProcessor tries to process resource changes. WorkingCopyResourceChangeProcessor need the EGLModel to detect which are EGL source folders so that it can filter the deltas it needs to process. 

EGLModel is maintained by another ResourceChangeListener EGLModelManager.deltaProcessor, Then I notice the only difference with RBD seemed to be that EGLModelManager.deltaProcessor is registered by EGLCore plugin in RBD. But in EDT, it is registered by EDTCoreIDEPlugin, and right after WorkingCopyResourceChangeProcessor. It could be the sequence that the two listeners are registered causing the problem. I moved the registration of EGLModelManager.deltaProcessor before WorkingCopyResourceChangeProcessor, and things starting to working.

Although Eclipse doc said there's no way to discover the order in which listeners receive the change events, it does seem that they are receiving events in the sequences they are registered. However, we may want to review this design so that it's not depending on the sequence which is not guaranteed.
Comment 2 Tony Chen CLA 2011-11-07 06:24:08 EST
Resolved
Comment 3 Tony Chen CLA 2011-11-10 22:02:35 EST
Verified