>What I propose is that we take this document (or one similar to it) and
>migrate it up to the overall Jakarta Project instead of just being a Turbine
>policy and get all the projects to "sign" their name on it.
>
><http://jakarta.apache.org/turbine/deprecation.html>
+1
>Comments?
Nothing controversial in the document. The time thing or whether removal
should coincide with minor or major version numbers (e.g., 2.1 to 2.2
instead of 2.1 to 2.1.1) should be as flexible as stated in the document
because it is both dependent on the nature of the project and its stage.
For example, projects in their early stages or in a revamping mode may
very well be deprecating things left and right and require an accelerated
removal schedule. Older more stable projects will probably opt for a slower
removal schedule.
daniel
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
