Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 320214 - p2 incorrectly deletes bundle from plugins folder
Summary: p2 incorrectly deletes bundle from plugins folder
Status: RESOLVED FIXED
Alias: None
Product: Equinox
Classification: Eclipse Project
Component: p2 (show other bugs)
Version: 3.6   Edit
Hardware: PC Windows 7
: P3 normal with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: P2 Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-19 02:42 EDT by Praveen CLA
Modified: 2010-12-10 04:06 EST (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Praveen CLA 2010-07-19 02:42:00 EDT
My application (FlashBuilder) has a plugin xxx.1.0.1 in the plugins folder. I have dropped another product (set of plugins) into dropins folder - it also contains the same plugin but higher version - xxx.1.0.2
When FlashBuilder is launched, I can see through the bundles.info that Eclipse has loaded the higher version of xxx plugin from the dropins folder (xxx1.0.2).
Now, after terminating the FlashBuilder, uninstall the newly installed product by manually deleting the set of plugins from dropins folder. Surprisingly during FlashBuilder re-start, my xxx.1.0.1 bundle from plugins folder is deleted by Eclipse/p2.

I guess, the reason could be p2 garbage collects unreferenced plug-in when any un-installation/update activity happens. This would explain since the lower version of xxx bundle is no longer referenced. However, since the bundles comes from different products, I feel p2/Eclipse should not delete the bundles - as the un-installation of new product would remove the original bundle.

My application is suffering major problem due to this issue. Can anyone atleast suggest a workaround in the meantime of fixing this problem ?

This is the question raised at http://www.eclipse.org/forums/index.php?t=msg&goto=546860&#msg_546860
Comment 1 Pascal Rapicault CLA 2010-07-19 04:27:00 EDT
How did xxx.1.0.1 found its way in the installation in the first place?
Given that this seems to be a complex setup, it would be great if you could provide a data set and steps on how to reproduce the problem with it.
Comment 2 Praveen CLA 2010-12-10 04:06:33 EST
Looks this problem is fixed with latest version of Eclipse (3.6).