Cached repository meta-data [message #664211] |
Thu, 07 April 2011 16:28  |
Eclipse User |
|
|
|
I have created a local p2 repository for all the pesky bundles that are not published by the vendor/author. I recently updated the repository with a few additional bundles. The main rmap file used for my builds includes this repository and has worked well so far.
However, after updating the repository, the new bundles would not resolve or materialize until I restarted the IDE. I tried using the "Clear URL cache" and the "Refresh Meta-data" troubleshooting buttons in the buckminster preferences panel.
Is there a way to disable the caching of this information or to explicitly clear it out?
|
|
|
|
|
|
|
Re: Cached repository meta-data [message #664559 is a reply to message #664538] |
Mon, 11 April 2011 03:09  |
Eclipse User |
|
|
|
On 2011-04-11 05:49, Trip Gilman wrote:
> Also, is there a proper way to remove a bundle from the in workspace target platform location? We occasionally remove a
> dependency or two from the system. I've tried just deleting it from the project and reloading the TP. That seems to set
> the PDE straight. However, buckminster seems to look at the contents of the artifacts.xml file in the TP project.
>
Try "Preferences" -> "Plug-in Development" -> "Target Platform" and click on the "Reload" button.
This is an important step after any manipulation of the target platform. A restart isn't enough but some times that's
needed too.
> Is there an easy way to cause this file to be regenerated? Editing it by hand seems to work after the IDE is restarted.
> Removing the file causes some problems since during the next materialize operation, the entire project is re-downloaded
> and bound again, even if the bundle file is there.
This is the p2 artifact repository so removing it will confuse p2. It will no longer sense that the artifact is present.
I sometimes edit this file by hand when I remove some bundles. The thing to remember when you do that is to adjust the
'size' attribute in the top <artifacts size="nnn"> accordingly.
HTH,
Thomas Hallgren
|
|
|
Powered by
FUDForum. Page generated in 0.10340 seconds