You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@turbine.apache.org by John Thorhauer <jo...@zenplex.com> on 2001/05/04 09:59:53 UTC
Re: Deprecation (was: Re: [PROPOSAL] Refactoring Criteria and Criterion)
On Friday 04 May 2001 01:12, Jon Stevens wrote:
> Hey all,
>
> I see a lot of work going on with regards to changes to the Criteria and
> Criterion classes. I just need to stand up and point out that we need to
> follow a deprecation policy which I just documented and put up on the
> website:
>
> <http://jakarta.apache.org/turbine/deprecation.html>
>
> (note, it isn't in the project.xml file right now because I can't commit
> that until I'm done with my intake documentation)
>
> Comments on the policy are appreciated.
This is good to see. I think that using a release approach will work well.
This should relieve any concern regarding the stability of the code base :-)
Thanks,
John
--
********************************
** John Thorhauer
** john@zenplex.com
** take a look at:
** http://tambora.zenplex.org
** http://www.zenplex.org
** http://www.zenplex.com
********************************
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org
Re: Deprecation (was: Re: [PROPOSAL] Refactoring Criteria and Criterion)
Posted by Daniel Rall <dl...@finemaltcoding.com>.
John Thorhauer <jo...@zenplex.com> writes:
> On Friday 04 May 2001 01:12, Jon Stevens wrote:
> > Hey all,
> >
> > I see a lot of work going on with regards to changes to the Criteria and
> > Criterion classes. I just need to stand up and point out that we need to
> > follow a deprecation policy which I just documented and put up on the
> > website:
> >
> > <http://jakarta.apache.org/turbine/deprecation.html>
> >
> > (note, it isn't in the project.xml file right now because I can't commit
> > that until I'm done with my intake documentation)
> >
> > Comments on the policy are appreciated.
>
> This is good to see. I think that using a release approach will work well.
> This should relieve any concern regarding the stability of the code base :-)
Yes, +1 on this new policy. Thanks for pointing it out, Jon. I was
not aware that it had been documented any where.
Daniel
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org