Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "CDT/Obsolete/ScannerDiscovery61"
(→Links) |
(→Design and Development) |
||
Line 20: | Line 20: | ||
=== Design and Development === | === Design and Development === | ||
− | + | # [[CDT/ScannerDiscovery61/UseCases | What is it supposed to do anyway?]] | |
− | + | # [[CDT/ScannerDiscovery61/ExistingArch | Existing Architecture]] | |
− | + | # [[CDT/ScannerDiscovery61/Design | Possible design]] | |
− | + | # [[CDT/ScannerDiscovery61/Stories | The Stories and Alpha Version]] | |
=== Thoughts === | === Thoughts === |
Revision as of 16:01, 14 September 2010
The Issues
- Difficult to create new scanner discovery profiles. Related bug: 219940
- Too gnu centric. Related bug: 226419
- Unable to easily refresh the discovered data when the environment changes Related bugs: 206372,142619,190902,264841
- The UI for setting the scanner discovery profile is very confusing. Related bugs: 250166,255694,256374,262219
- Scanner Discovery data is not tied to configurations
- Unable to support multiple discover providers
- Difficult to integrate built-in discovery with Managed Build.
- No consistent API for integrators to contribute Path and Macros.
- No one knows the architecture of scanner discovery
- Build environment needs to integrate with scanner discovery.
The Plan
- Discover scanner discovery - document the existing architecture
- From that figure out what we need to do, follow bug 290631
Design and Development
- What is it supposed to do anyway?
- Existing Architecture
- Possible design
- The Stories and Alpha Version