Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "ApiTools Milestones"
Line 39: | Line 39: | ||
* Graduate code to the Eclipse SDK | * Graduate code to the Eclipse SDK | ||
** Follow code graduation review process [[Image:Ok green.gif|done]] | ** Follow code graduation review process [[Image:Ok green.gif|done]] | ||
− | ** Create new plug-ins in the SDK with committers from the incubation project[[Image: | + | ** Create new plug-ins in the SDK with committers from the incubation project [[Image:Ok green.gif|done]] |
** Rename packages such that all code is 'internal' - i.e. no published API planned for first release[[Image:Ok green.gif|done]] | ** Rename packages such that all code is 'internal' - i.e. no published API planned for first release[[Image:Ok green.gif|done]] | ||
* Add API description metadata to automated builds | * Add API description metadata to automated builds | ||
Line 53: | Line 53: | ||
** Allow users to filter/hide API problems (for example, approved API breakage) [[Image:Ok green.gif|done]] | ** Allow users to filter/hide API problems (for example, approved API breakage) [[Image:Ok green.gif|done]] | ||
* Builder | * Builder | ||
− | ** Re-analyze dependant bundles when API description of prerequisite changes. For example, when a @noimplement tag is added/removed to an interface, all bundles that are dependant must be re-analyzed for potential illegal use of the interface.[[Image: | + | ** Re-analyze dependant bundles when API description of prerequisite changes. For example, when a @noimplement tag is added/removed to an interface, all bundles that are dependant must be re-analyzed for potential illegal use of the interface.[[Image:Ok green.gif|done]] |
* Java 5.0 Support | * Java 5.0 Support | ||
** Properly support reference extraction for Java 5.0 signatures | ** Properly support reference extraction for Java 5.0 signatures |
Revision as of 21:42, 7 February 2008
Contents
3.4 Milestone 4 (December 14th, 2007)
API tooling will reside in the incubator project. The plug-ins can be exported and dropped into an Eclipse SDK. Works items marked as Priority One are must haves, while Priority Two items are nice to have that may slide to the next milestone.
Priority One
- Finalize Javadoc tags and code comments
- Export API components from command line and IDE
- Binary compatibility
- API Usage
- Configure reference extractor to extract only specific reference kinds
- Command line tool to create XML file for illegal extending, implementing, and instantiating [move to priority 2]
- Preference page to select API usage baseline [not needed - same as target platform]
- Create markers in the workspace for illegal API use based on API usage baseline
Priority Two
- Binary compatibility
- API Usage
- Implementation of plug-in project API component
- Updates API description and class files dynamically with edits in the workspace
3.4 Milestone 5 (Friday February 8, 2008 )
Priority One
- Graduate code to the Eclipse SDK
- Add API description metadata to automated builds
- Binary Compatibility
- Version Management
- API Problem Filtering
- Builder
- Java 5.0 Support
- Properly support reference extraction for Java 5.0 signatures
Priority Two
- API Searching
- Investigate and define API searching. Should it be similar to Java searching in the workspace (i.e. search a profile for use of a bundle, package, type, method, etc.), or something else? Will we need source in order to browse search results?
- Version Management
- Validate required bundle compatibility in terms of API use. When provided with several versions of a required bundle, determine the minimal compatible version. Help developers determine where required bundle version ranges are too restrictive.