Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 320296

Summary: [API] [cdt.managedbuilder.ui] RFE: Make MBSWizardHandler extendible/instantiable or provide an alternative
Product: [Tools] CDT Reporter: Jeff Johnston <jjohnstn>
Component: cdt-build-managedAssignee: Project Inbox <cdt-build-managed-inbox>
Status: ASSIGNED --- QA Contact: Jonah Graham <jonah>
Severity: normal    
Priority: P3    
Version: 7.0   
Target Milestone: ---   
Hardware: PC   
OS: Linux   
Whiteboard:
Bug Depends on: 336377    
Bug Blocks: 314346    

Description Jeff Johnston CLA 2010-07-19 12:08:38 EDT 
Currently, the Autotools project adds a CDTWizard extension that extends AbstractCWizard.  The createItems() method must return an EntryDescriptor containing a CWizardHandler.  The CWizardHandler class is basic and has interfaces for creating the project and converting a project, but does not implement these for the CDT.

Because a number of classes are hidden in the CDT (e.g. Configuration vs IConfiguration), the Autotools plugin needs the functionality of the MBSWizardHandler, but with a different convertProject() method so it extends the MBSWizardHandler and overrides the single method.

This is illegal because MBSWizardHandler has been marked "noextend" and we can't get around this by instantiating an MBSWizardHandler because it is also marked "noinstantiate".

We would like to use the MBSWizardHandler logic (e.g. creating projects, supporting templates).  Could the MBSWizardHandler be marked as extendible or at least instantiable?  If not, could the logic be made available some other way that doesn't require access to internal classes?
Comment 1 Andrew Gvozdev CLA 2011-02-04 13:07:58 EST 
See also bug 336377 and bug 318063.