| Summary: | Metatype Impl failing CT due to recent change in Bundle Wiring API | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | John Ross <jwross> | ||||||||||
| Component: | Compendium | Assignee: | John Ross <jwross> | ||||||||||
| Status: | RESOLVED FIXED | QA Contact: | |||||||||||
| Severity: | normal | ||||||||||||
| Priority: | P3 | CC: | tjwatson | ||||||||||
| Version: | unspecified | ||||||||||||
| Target Milestone: | 3.7 M6 | ||||||||||||
| Hardware: | All | ||||||||||||
| OS: | All | ||||||||||||
| Whiteboard: | |||||||||||||
| Bug Depends on: | 334582 | ||||||||||||
| Bug Blocks: | |||||||||||||
| Attachments: |
|
||||||||||||
|
Description
John Ross
Created attachment 189007 [details]
initial patch
Here is a quick patch that migrates to using BundleWire objects from the osgi.wiring.host namespace to discover fragment revisions. I think we should consider changing the code to using BundleWiring.findEntries instead.
Created attachment 189030 [details]
Updated patch using BundleWiring findEntries and listResources
Here is an updated patch that uses BundleWiring.findEntries and listResources. Tested against the CT.
Created attachment 189045 [details]
Corrected updated patch using only findEntries
We don't want classpath scanning.
(In reply to comment #3) > Created attachment 189045 [details] > Corrected updated patch using only findEntries > > We don't want classpath scanning. Is this the complete patch. When applied to head I get a compile error in org.eclipse.equinox.metatype.MetaTypeProviderImpl.readMetaFiles(Bundle, SAXParserFactory) To a call to the old FragmentUtils.findEntryPaths method. Created attachment 189105 [details]
Corrected complete patch using only findEntries
The previous patch only included FragmentUtils changes. Needed the MetatypeProviderImpl changes as well.
I released the patch. |