| Summary: | Class cast exception while opening detached resources | ||
|---|---|---|---|
| Product: | [Technology] CBI | Reporter: | Kenn Hussey <Kenn.Hussey> |
| Component: | CBI p2 Repository Aggregator | Assignee: | Project Inbox <b3.aggregator-inbox> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | P3 | CC: | david_williams, sbouchet, thomas |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Mac OS X - Carbon (unsup.) | ||
| Whiteboard: | |||
|
Description
Kenn Hussey
I am sorry, Kenn. I had not even noticed that the conversion "sucked in" all the contributions again ... something I'd read implied it should be much easier than having to detach all the contributions (again). So ... until we get to the bottom of this, let's step back to 3.6 based aggregator, at least for Juno M1. I'll update/fix the files back to old aggregator level, and announce on cross-project this evening. Thanks This was caused by a regression introduced when fixing bug 351555. Fixed now so that the nodes for the contribution resources appear after the "Repository Browser" node. I do think that detaching the contributions will be necessary since the model is converted to another schema. In that conversion, all proxies are resolved. This should not be needed since the schema for the actual contributions is retained so if I only knew how to retain the proxies I would. Kenn, do you know if that is possible? If so, would you care to open a new bugzilla for that where you explain how it's done? The class cast exception was fixed in revision 1543 so I'm marking this as fixed. (In reply to comment #2) > Kenn, do you know if that is possible? If so, would you care to open a new > bugzilla for that where you explain how it's done? https://bugs.eclipse.org/bugs/show_bug.cgi?id=354729 [Bookkeeping change only. Moving bugs to the new "home" of aggregator, CBI. No change to assignee for resolved and verified bugs.] |