Skip to main content

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.

Jump to: navigation, search

Difference between revisions of "PDE/Plan/3.6"

< PDE‎ | Plan
Line 63: Line 63:
 
*Multiple target platforms  
 
*Multiple target platforms  
 
**{{bug|159072}}: [target] associate target definitions on a per-project basis (multiple target platforms per workspace)
 
**{{bug|159072}}: [target] associate target definitions on a per-project basis (multiple target platforms per workspace)
 +
 +
==== Product Definitions ====
 +
 +
* Allow for both features AND bundles to be specified
 +
* Add support for properties and remove the ability to specify a config.ini
  
 
=== API Tools  ===
 
=== API Tools  ===

Revision as of 13:27, 21 July 2009

Note: This is an unofficial document used by the PDE team to help with the planning process. Items on this list aren't guaranteed to be found in a release.

Schedule

Dates are listed in the Eclipse Platform Releng Calendar (view as iCal)

Overall Goals

Improve PDE code quality

  • Better testing
  • Better milestone/release ramp down

Better Documentation

  • Use wiki as doc for better access and contribution from community
  • Start doc work earlier in cycle

Performance

  • Continue to keep API tooling builder fast and small footprint
  • Keep an eye on performance as target platform code changes

Work Items

PDE General

Bundles or Plug-ins

  • Rename PDE to Bundle Development Environment
  • Use of the word plug-in in UI

Improve PDE communications

  • Continued web page improvements
  • Use of wiki for meetings/planning
  • Combine mailing lists (Complete)
  • Involve incubator projects such as Picasso to the webpage, and use Athena/Hudson to propose builds/update-sites of these projects
  • Integrate wiki based documentation

Graduate PDE Dependency Visualizer

PDE UI

Improve code quality

  • Write tests for core components
  • Improve code readability and javadoc of APIs
  • Consider code coverage in tests

Target Platform

  • Continue target platform definition enhancements.
  • Target platform/definition contents could be managed entirely with p2 profiles for improved performance and for proper persistence/restoration.
  • OSGi state could be associated with target definitions and leveraged for per-project target build paths.
  • Remove dependency on preferences
  • Improved APIs
    • bug 169340: [API] [target] Expose a means to programmatically set and load a Target Platform
  • Multiple target platforms
    • bug 159072: [target] associate target definitions on a per-project basis (multiple target platforms per workspace)

Product Definitions

  • Allow for both features AND bundles to be specified
  • Add support for properties and remove the ability to specify a config.ini

API Tools

General

  • Improve builder performance
    • bug 233643: API builder performance bad for incremental build
    • bug 273295: ReferenceAnalyzer needs to handle different search scopes
    • bug 279286: Incremental compiler takes too long to react on Cancel
    • bug 280464: API tooling performance must be improved
  • Improve overall memory usage
  • Integrate target platforms more into scans / Ant tasks
    • bug 273621: API descriptions for source from the host are not properly loaded in target workspace
  • Improve code coverage
  • Examine support for using source attachments to resolve the use of in-lined Java members
    • bug 218566: Restricted field access not flagged as problem

API Use Scans

  • Make it really easy to generate API use scans
  • Output can be HTML report or search results in the IDE (with attached source)
  • Compare API use scans to see summary of dependencies added/removed between successive scans
  • Analyze scans for potential breakage (internal dependencies) when moving to a new version of required components (for example WTP moving to a new version of the Eclipse SDK).
  • Consider scans taylored to show API use based on frequency of use - i.e. what APIs internals are used most heavily.
  • Performance improvements

UI Consumability / Search

  • Provide current UI offering in core code. The current offering is available here.
  • Update the code to be in a wizard, not necessarily in the search dialog
  • Provide output to search view / API tooling view along with reports

Internal Use Breakage Analysis

  • Provide tooling to inspect internal use and breakage (potential or otherwise)
  • Provide as user-run tooling and evaluate build-time tooling

Required Bundle Validation

  • Validate the bounds of required bundles based on the references from the bundle
  • Provide as user-run tooling and evaluate build-time performance

Package Version Support

  • Validate package versions wrt bundle versions / usage from required bundles
  • Provided as user-run tooling and evaluate build-time performance

Build

Platform Support

  • Eclipse: 3.6
  • Target Platforms back to 3.0 supported
  • Java: J2SE 1.4 or later required
  • Operating Systems: all supported by Eclipse

Back to the top