| Summary: | SDK build with source fails when branding plugin doesn't match feature plugin id | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Miles Parker <milesparker> |
| Component: | Buckminster | Assignee: | buckminster.core-inbox <buckminster.core-inbox> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Miles Parker
Some more information on this one. First the only thing unusual that I noticed that might be helpful is that the name of the branding plugin for one of my features is not the same as the name of the source feature. But that's pretty common I think. What might be messing something up is that the branding plugin has an internal segment different. So the feature is org.ascape.swing and the plugin is org.ascape.ui.swing. Looking at the build output I found that the contents of the bad source feature org.ascape.swing contained the jar(s) from the previous build. Seeing this, I added a buckminster.clean before the initial run and that solved the problem, so it looks like somehow the source build isn't getting rid of the prior builds correctly. OK, I'm able to verify this with another build. I can confirm that the issue is that the branding plugin isn't the same name as the feature plugin. Changing name of bug to reflect. As a note, this is not an uncommon usage..it's convenient to put branding information within an existing appropriate plugin, e.g. o.e.myproject.component.core for o.e.myproject.component feature instead of creating a seperate branding plugin for a small feature that might only have a few plugins total. |