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.
Equinox/p2/Helios/Plan
This page lays out milestone plans for the development of Equinox p2 in the Eclipse Helios release (aka the Eclipse Platform version 3.6).
- For a high level feature plan, see Equinox/p2/Galileo/Features.
- For a more detailed view of the UI plan, see Equinox p2 UI Plan.
Contents
Current Plan: M1- August 7, 2009
* Decompression * Bug triage, community assistance * Critical bug fixes * Galileo SR1 (3.5.1) fixes * Show licenses by license instead of by IU
Future Plans
M2 - September 18th, 2009
- Planning
- Galileo SR1 (3.5.1) fixes
M3 - October 30, 2009
M4 - December 11th, 2009
M5 - January 29th, 2010 - Major Feature Freeze
M6 - March 12th, 2010 - API Freeze
M7 - April 30, 2010 - Feature Freeze
- Polish items
- Performance work
- UI Accessibility
- Testing and test framework improvements
- Release train build/repository assistance
Helios items left
- Eclipse touchpoint
- Improve detection for conflicting arguments
- Native touchpoint
- Improve detection for conflicting arguments
- Engine
- Reacting to change of property
- Support for unicodes in actions
- Consistent handling of @artifacts
- Pluggable phases
- Publisher / generator
- Get rid of the generator bundle to the benefit of the publisher
- Director application
- Make it easier to do a set of operations (do we need a "response file"), see relationship with installer
- Provide the ability to set properties at install time
- UI
- Ability to define/install/uninstall user-named groups of IU's
- Fast-path install scenarios (gestures for auto-install)
- Showing non-greedy optional dependencies for selection
- Planner
- Explore addition of negation and or
- Explore a way to remove the need of optional installation for patches
- Explore the addition of new types of requirements and capabilities
- Explore a way to provide more stability when uninstalling or installing
- Repository
- Make the query mechanism more lazy
- Persistence scalability
- General
- Define API
- Improve general flexibility of p2
- Make the resolver standalone
- Have several instances of p2 run at the same time in the same VM
- Make p2 run on other frameworks