[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [p2-dev] Coding against IVersionedID
There are likely a few other places like that. Thomas did changes in the obvious places but as we review the API, this is something that we should be verifying.
The only thing that bugs me about your patch at this point is whether we should be changing the name of the class. Even though we do want to provide patches to plug-ins in the release train, it looks gratuitous and may cause more pain to other p2 API users.
Ian Bull ---10/20/2009 01:08:05 AM---Now that we have IVersionedID, and IUs extend this interface, there are some places where we can code against VersionedID as op
Ian Bull <irbull@xxxxxxxxxxxxxxxxx>
P2 developer discussions <p2-dev@xxxxxxxxxxx>
10/20/2009 01:08 AM
[p2-dev] Coding against IVersionedID
Now that we have IVersionedID, and IUs extend this interface, there are some places where we can code against VersionedID as opposed to the IU. I'm thinking in particular about LatestIUVersionQuery. This query can now just be LatestVersionQuery, and can be used to find the Latest Version of a "Thing"* in a List (*as long as the "thing" implements IVersionedID) . I would like to make this change after the IBuild as it will help with some of the work we are doing in PDE , but I don't really want to break the M Build. What do you think of Deprecating LatestIUVersionQuery and introducing LatestVersionQuery. Then in our branch we can actually remove LatestIUVersionQuery. This will give people an M Build to move (by M4 the LatestIUVersionQuery will be gone).
 292727: [query] Latest IU Query can actually work on VersionedID's
 291227: [target][p2] Provide a search tool which searches p2 repos and adds matching IUs to your target
R. Ian Bull | EclipseSource Victoria | +1 250 477 7484
http://eclipsesource.com | http://twitter.com/eclipsesource_______________________________________________
p2-dev mailing list