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

Bug 121574

Summary:	[prov] Tool to check the presence of a suitable version of bundles
Product:	[Eclipse Project] Equinox	Reporter:	Pascal Rapicault <pascal>
Component:	p2	Assignee:	P2 Inbox <equinox.p2-inbox>
Status:	RESOLVED WONTFIX	QA Contact:
Severity:	enhancement
Priority:	P5	CC:	bokowski, douglas.pollock, elias, gunnar, jeff.myers, jeffmcaffer, lfrenzel, manahan, mlists, pombredanne, remy.suen
Version:	3.4	Keywords:	helpwanted
Target Milestone:	---
Hardware:	All
OS:	Windows XP
Whiteboard:

Description Pascal Rapicault

2005-12-20 11:09:40 EST

We need to have a tool that given a list of plug-ins and their versions will verify if all the expected plug-ins are present.
This will be useful to committers to track problems on users machine.

Comment 1 Eclipse Webmaster

2005-12-20 11:52:01 EST

What?  In english (or french) please...  I have no clue what this involves.

D.

Comment 2 Pascal Rapicault

2005-12-20 12:02:05 EST

Yep that was a bit short, sorry.

We need a tool that given a file containing plugins ids and their versions will see if the listed plug-ins are available in an eclipse install.

For example the input file (probably generated by the build) would contain 
  org.eclipse.pde.ui, 3.2.0.v20051215-1500
  org.eclipse.jface, 3.2.0.I20051214-0010
  org.eclipse.team.cvs.core, 3.2.0.I20051212-1600
  ...

So given that file and an eclipse install, the tool would tell if whether or not all the listed plug-ins are found.

Comment 3 Douglas Pollock

2005-12-20 15:25:26 EST

Why is this filed on a non-platform product?

Comment 4 Pascal Rapicault

2005-12-20 15:30:15 EST

Because they are tools for committers.

Comment 5 Douglas Pollock

2005-12-20 15:39:56 EST

So JDT is a committer tool?  So PDE is a committer tool?

Comment 6 Pascal Rapicault

2005-12-20 16:05:03 EST

I agree that there are a PDE side to these bugs, but the idea in entering those bugs against the committer tools was to make the foundation aware of what was going on and giving it a chance to participate.
So I will reassign them back to them for now until a discussion is initiated.

Comment 7 Eclipse Webmaster

2006-02-15 13:41:26 EST

So what is the mechanism I would use to determine if   org.eclipse.pde.ui, 3.2.0.v20051215-1500 is in eclipse-SDK-3.1.2-linux-gtk.tar.gz ?

Unzip, untar, look in the plugins directory, match a file called org.eclipse.pde.ui ... then what?  Do you want this as a web application? As an RCP application? 

kajsdflkasj dfljkas dfkjasf afkasdfk afhsd

D.

Comment 8 Jeff McAffer

2006-03-06 20:36:23 EST

the idea is that products/features/whatever would have a bill of materials that was itself secured (signed, downloaded from a secure place, ...).  The BoM would list bundles, their versions, and their signature info (signer certificate).  The warm fuzzy tool could then scan a *configuration* and determine if there were any differences.

Comment 9 Eclipse Webmaster

2006-05-24 11:09:00 EDT

Adding helpwanted to the keywords, and sorting as LATER. Sorry, I don't know what to do with this.

D.

Comment 10 Pascal Rapicault

2006-05-25 20:24:06 EDT

Moving to PDE Build

Comment 11 Alex Blewitt

2006-11-10 06:16:18 EST

I suspect you're more likely to get more help if the 'summary' is something slightly less abstract ...

Comment 12 Jeff McAffer

2007-03-30 11:46:09 EDT

This is not an API thing.  The intent is to validate that a particular configuration of Eclipse matches some level of expectations.  Moving to the Provisioning work.

Comment 13 John Arthorne

2007-03-30 11:53:29 EDT

Pascal: you should have known this bug report would come back to haunt you ;)

Comment 14 Pascal Rapicault

2007-03-30 21:41:47 EDT

In fact this is more of a "qualification" tool.

Comment 15 Jeff McAffer

2007-04-10 00:23:13 EDT

awe man, I really wanted a "warm fuzzy" tool. The new summary is so boringly descriptive.

Comment 16 Pascal Rapicault

2009-08-25 15:14:50 EDT

Feel free to reopen if you want to work on this.