Bug 295896 - [target] Make PDE's p2 agent instance persist data and provisioned bundles outside the workspace
Summary: [target] Make PDE's p2 agent instance persist data and provisioned bundles ou...
Status: NEW
Alias: None
Product: PDE
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.6   Edit
Hardware: PC Linux
: P3 enhancement with 2 votes (vote)
Target Milestone: ---   Edit
Assignee: PDE-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-23 11:47 EST by Curtis Windatt CLA
Modified: 2014-04-01 07:51 EDT (History)
7 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Curtis Windatt CLA 2009-11-23 11:47:57 EST
In the new target API being worked on for 3.6, we are using p2's multiple agent api to store metadata, profile locations and more.  Previously PDE stored it's p2 bundle cache and metadata in the workspace metadata folder.

If we can move the agent data area outside of the workspace, all of the generated metadata and downloaded bundles could be made available to all workspaces.  This would have significant performance improvements for anyone using multiple workspaces, especially for anyone creating their targets from remote repositories.

We could make this agent area user configurable, but that may involve other issues.  A reasonable place to put the agent area might be a sibling or child directory of the running Eclipse's p2 data area.
Comment 1 Curtis Windatt CLA 2009-11-23 11:56:30 EST
I'll be keeping this in mind when I work on using a p2 agent to manage the metadata.
Comment 2 Chris Aniszczyk CLA 2009-11-23 13:31:37 EST
I think the configuration area is the best candidate at the moment.
Comment 3 Ralf Ebert CLA 2009-11-23 18:54:00 EST
Maybe a Maven-like global repository (that could be used by any p2 product, not only by Eclipse itself) stored at a default location (like ~/.p2/) would be a long-sighted solution for this?
Comment 4 Chris Aniszczyk CLA 2009-11-23 19:17:39 EST
This is already possible with p2.

I think for target management, we will default to the configuration area and leave it open for people to modify in the future. But yes, the goal is to have a shared repository.