| Summary: | [metadata] p2 support for OSGi generic capabilities. | ||
|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | Thomas Watson <tjwatson> |
| Component: | p2 | Assignee: | P2 Inbox <equinox.p2-inbox> |
| Status: | CLOSED DUPLICATE | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | david_williams, pascal, petar.petrov, t-oberlies |
| Version: | 3.7 | Keywords: | helpwanted |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 361877 | ||
|
Description
Thomas Watson
Bug360659 is a real-world usecase of things gone wrong because of missing metadata. Isn't the p2 metadata model powerful enough to represent OSGi generic capabilities? AFAIK, this is just a matter of publishing the new manifest headers, and this is tracked as bug 313553. Bug 360659 is an orthogonal problem AFAIK: p2 doesn't support mandatory attributes, and these could be in fact be difficult to encode with the current metadata model. Proposing to close as duplicate of bug 313553. (In reply to comment #2) > Isn't the p2 metadata model powerful enough to represent OSGi generic > capabilities? AFAIK, this is just a matter of publishing the new manifest > headers, and this is tracked as bug 313553. Yes, I think this should be possible. > > Bug 360659 is an orthogonal problem AFAIK: p2 doesn't support mandatory > attributes, and these could be in fact be difficult to encode with the > current metadata model. I agree. > > Proposing to close as duplicate of bug 313553. OK with me. *** This bug has been marked as a duplicate of bug 313553 *** |