Difference between revisions of "WTP 3.5 Ramp down Plan for Kepler"

From Eclipsepedia

Jump to: navigation, search
(New page: == WTP Ramp down for Kepler == For reference, see the Kepler Simultaneous Release Plan, in particular the [[Kepler/Simultaneous_Release_Plan#Milesto...)
 
(Java EE Tools)
 
(7 intermediate revisions by 5 users not shown)
Line 5: Line 5:
  
 
=== Key WTP Build Dates ===
 
=== Key WTP Build Dates ===
:M6 03/16 (for delivery to Kepler+2 on 03/20)
+
:M6 03/14 (for delivery to Kepler+2 on 03/19)
:M7 05/04 (for delivery to Kepler+2 on 05/09)(after this build, begin PMC +1)
+
:M7 05/02 (for delivery to Kepler+2 on 05/07)(after this build, begin PMC +1)
:RC1 05/18 (for delivery to Kepler+2 on 05/23)(after this build, still PMC +1)
+
:RC1 05/16 (for delivery to Kepler+2 on 05/21)(after this build, still PMC +1)
:RC2 05/25 (for delivery to Kepler+2 on 05/30)(after this build, begin PMC +2)
+
:RC2 05/23 (for delivery to Kepler+2 on 05/28)(after this build, begin PMC +2)
:RC3 06/01 (for delivery to Kepler+2 on 06/06)(after this build, begin PMC +3)
+
:RC3 05/30 (for delivery to Kepler+2 on 06/04)(after this build, begin PMC +3)
:RC4 06/08 (for delivery to Kepler+2 on 06/13) [Final build]
+
:RC4 06/06 (for delivery to Kepler+2 on 06/11) [Final build]
:Juno GA 06/27
+
:Kepler GA 06/26
  
 
=== Early Milestones ===
 
=== Early Milestones ===
Line 90: Line 90:
  
 
===Java EE Tools===
 
===Java EE Tools===
 +
* [https://bugs.eclipse.org/bugs/show_bug.cgi?id=400485 400485 ] [NLS] Add content types for JavaEE7 namespace
  
 
===EJB Tools===
 
===EJB Tools===
  
 
===JSF===
 
===JSF===
 +
* [https://bugs.eclipse.org/bugs/show_bug.cgi?id=406476 406476 ] Need to make metadata features less dependent on structured document
  
 
===JSDT===
 
===JSDT===
  
 
===Source Editing===
 
===Source Editing===
 +
* [https://bugs.eclipse.org/bugs/show_bug.cgi?id=405220 405220] [NLS][xsl] Add default shortcut for launching XSLT
  
 
===Web Services===
 
===Web Services===
Line 106: Line 109:
  
 
=====JPA=====
 
=====JPA=====
 +
* [https://bugs.eclipse.org/bugs/show_bug.cgi?id=399558 399558] Improve "Make Persistent" wizard to do attribute level annotations
 +
* [https://bugs.eclipse.org/bugs/show_bug.cgi?id=293835 293835] Add EclipseLink specific messages to validation preferences and improve defaults
  
 
=====JAXB=====
 
=====JAXB=====
 +
*
  
 
===Libra===
 
===Libra===
  
 
[[Category:Eclipse Web Tools Platform Project]]
 
[[Category:Eclipse Web Tools Platform Project]]

Latest revision as of 11:19, 2 May 2013

Contents

[edit] WTP Ramp down for Kepler

For reference, see the Kepler Simultaneous Release Plan, in particular the Milestones and Release Candidates.

[edit] Key WTP Build Dates

M6 03/14 (for delivery to Kepler+2 on 03/19)
M7 05/02 (for delivery to Kepler+2 on 05/07)(after this build, begin PMC +1)
RC1 05/16 (for delivery to Kepler+2 on 05/21)(after this build, still PMC +1)
RC2 05/23 (for delivery to Kepler+2 on 05/28)(after this build, begin PMC +2)
RC3 05/30 (for delivery to Kepler+2 on 06/04)(after this build, begin PMC +3)
RC4 06/06 (for delivery to Kepler+2 on 06/11) [Final build]
Kepler GA 06/26

[edit] Early Milestones

Just to remind everyone, there is a "ramp down" for every milestone. Typically the last week of a Milestone is for testing, and fixing only regressions and P1 or blocking defects. For milestones, during that final week, the Project lead (or delegate) is enough to review and approve a bug for inclusion in that milestone. Such "final week" bugs, should be formally marked for review and approved before releasing or requesting a respin.

[edit] M6: Feature Complete, API Freeze, UI Freeze, Eclipsecon

We plan to ensure good enough quality that M6 can be used by EclipseCon presenters for presentations, demos, and tutorials.

For M6, we plan to be functionally and API complete and the remaining Milestone and Release Candidates are for (only) fixing bugs, or fixing release required items (such as version numbers, licensing, etc.).

From M6 to M7, we expect each component lead (or delegate) to review and verify their teams' bugs (i.e. no PMC review ... though we will be watching :) ).

We expect committers to concentrate on performance and other "internal" improvements, after M6, leading up to M7. In addition, it's a good time to improve documentation (for end-users and adopters).

If there are exceptions to these conditions, then they will require PMC review. In that event, the Project Lead must open a bugzilla, detailing the feature to be added after M6 and mark for PMC review. And that must be done before M6 is declared. Exceptions (with bug numbers) will also be listed at the end of this document, to help facilitate communication.

  • Place [NLS] or [API] or [Feature] in the heading of the bug depending on which type it is
  • Notify PMC members PMC Defect Review, 1 vote is needed
  • Once approved, code can be released, though ideally other, if not all, PMC members will review, and might still have questions, or (in rare cases) object.
  • Update this wiki page to append the bug at the bottom of the page, so adopters have a central place to find exceptions that they may have to react to; re-translate, generate new screen captures, modify their own documentation, or adjust testing procedures, etc.

[edit] M7: PMC Review starts after M7

After the M7, the process of building and testing Release Candidates begins (sometimes called "the end game"). At first, after M7 but before RC1, in addition to the normal component team review, at least 1 PMC member must also review and vote +1 after reviewing the bug for appropriateness (weighing benefits and risks).

[edit] Release Candidates

We expect Release Candidates to truly be candidates for release (i.e. well performing, high quality, product ready code). After the first RC is produced, other RCs will be produced, as needed, every week.

After M7 is produced, the time for general functional improvements is long past. The following describes the types of bugs that would be appropriate:

    • A regression
    • A P1 or P2 bug, one that is 'blocking' or 'critical', and some cases of 'major' severity.
    • Documentation and PII files are exceptions to the normal PMC required review, since there is little chance of that breaking anything, though it is still expected to be complete by M6, and remaining work to be only documentation fixes (that is, no refactoring of plugins, build changes, etc, without PMC review and approval).
    • In addition to a bug meeting the above priority/severity conditions, there should be a simple, safe, well understood fix that is well isolated from effecting other components, that doesn't affect API or adopters, that has been well reviewed and well tested.
    • As each Release Candidate passes, the criteria for weighing the benefit-to-risk ratio criteria gets higher and higher, and as such requires a larger number of PMC members to review.

[edit] RC1

After RC1, same rules as after M7: besides the normal component team review, at least 1 PMC members must also review and vote +1 after reviewing the bug for appropriateness and risk.

[edit] RC2

After RC2, besides the normal component team review, at least 2 PMC members must also review and vote +1 after reviewing the bug for appropriateness and risk.

[edit] RC3

After RC3, besides the normal component team review, at least 3 PMC members must also review and vote +1 after reviewing the bug for appropriateness and risk.

[edit] RC4

After RC4 is produced, we'll prepare and test the zip's, update site, web pages, etc.

[edit] Release

Whoo-hoo!

[edit] Post-M6 Exceptions by sub-project

[edit] Common

[edit] Server Tools

[edit] Java EE Tools

  • 400485 [NLS] Add content types for JavaEE7 namespace

[edit] EJB Tools

[edit] JSF

  • 406476 Need to make metadata features less dependent on structured document

[edit] JSDT

[edit] Source Editing

  • 405220 [NLS][xsl] Add default shortcut for launching XSLT

[edit] Web Services

[edit] Releng

[edit] Dali

[edit] JPA
  • 399558 Improve "Make Persistent" wizard to do attribute level annotations
  • 293835 Add EclipseLink specific messages to validation preferences and improve defaults
[edit] JAXB

[edit] Libra