You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by rb...@covalent.net on 2000/08/14 00:27:29 UTC
ap_make_dirstr
This is a deprecated function. We are quickly running out of time to
clean up our API during the alpha phase. First of all, can I remove
ap_make_dirstr? Second, can I just remove any function that has been
deprecated and has been marked as such in the headers?
Ryan
_______________________________________________________________________________
Ryan Bloom rbb@apache.org
406 29th St.
San Francisco, CA 94131
-------------------------------------------------------------------------------
Re: ap_make_dirstr
Posted by Greg Stein <gs...@lyra.org>.
On Tue, Aug 15, 2000 at 08:32:31AM -0400, Rodent of Unusual Size wrote:
> rbb@covalent.net wrote:
> >
> > No, that remark implies that we don't want to change the API after the
> > beta level begins
>
> We've had this discussion before. I think there is far from a
> consensus that 'we don't want to change the API after beta.'
Agreed. API changes can occur right up until release. Changing the protocol
handling just before release would be stupid :-), but adding new functions
or changing auxilliary code is safe.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
Re: ap_make_dirstr
Posted by James Sutherland <ja...@cam.ac.uk>.
On Tue, 15 Aug 2000, Rodent of Unusual Size wrote:
> rbb@covalent.net wrote:
> >
> > No, that remark implies that we don't want to change the API after the
> > beta level begins
>
> We've had this discussion before. I think there is far from a
> consensus that 'we don't want to change the API after beta.'
Changing it in alpha would certainly be better than changing it in beta...
OTOH, if there's a strong reason to make a change, I wouldn't object -
particularly if it's a fairly minor one.
James.
Re: ap_make_dirstr
Posted by Greg Stein <gs...@lyra.org>.
On Tue, Aug 15, 2000 at 11:41:14AM -0400, Bill Stoddard wrote:
> > > >
> > > > No, that remark implies that we don't want to change the API after the
> > > > beta level begins
> > >
> > > We've had this discussion before. I think there is far from a
> > > consensus that 'we don't want to change the API after beta.'
> >
> > The very nature of a "beta" is to not change APIs. I've never been involved
> > in any other software engineering effort where that was different.
> >
>
> I agree. We should do our best to stablize the API prior to beta. I am not against
> changing the API after beta, but it better be for a damn good reason and the changes
> should be minimal else we've not done our job.
APIs are distinct from features and functionality. API *changes* are a bit
tougher (agreed) because of third-party modules trying to adapt. Wholescale
changes would certainly be out, but piecemeal is no problem. *Additions*
should not be an issue.
And changes *under* and API would still be allowed.
The thing about Open Source is that we can do the *right* thing, rather than
be held to a static world by marketing pressures. If the right thing is to
revamp the entire API, then so be it. But to restrain the proper development
of Apache to meet an arbitrary deadline/goal is a bit wrong-headed.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
Re: ap_make_dirstr
Posted by Bill Stoddard <st...@raleigh.ibm.com>.
> > >
> > > No, that remark implies that we don't want to change the API after the
> > > beta level begins
> >
> > We've had this discussion before. I think there is far from a
> > consensus that 'we don't want to change the API after beta.'
>
> The very nature of a "beta" is to not change APIs. I've never been involved
> in any other software engineering effort where that was different.
>
I agree. We should do our best to stablize the API prior to beta. I am not against
changing the API after beta, but it better be for a damn good reason and the changes
should be minimal else we've not done our job.
Bill
RE: ap_make_dirstr
Posted by Randy Terbush <ra...@covalent.net>.
>
> rbb@covalent.net wrote:
> >
> > No, that remark implies that we don't want to change the API after the
> > beta level begins
>
> We've had this discussion before. I think there is far from a
> consensus that 'we don't want to change the API after beta.'
The very nature of a "beta" is to not change APIs. I've never been involved
in any other software engineering effort where that was different.
I'd like to think this entire group is motivated to get 2.0 out the door.
Given what I am seeing, it will seriously rock the web server world. If we
don't do a feature freeze for beta, that will never happen and some other
resourceful group will release something better.
-Randy
> --
> #ken P-)}
>
> Ken Coar <http://Golux.Com/coar/>
> Apache Software Foundation <http://www.apache.org/>
> "Apache Server for Dummies" <http://Apache-Server.Com/>
> "Apache Server Unleashed" <http://ApacheUnleashed.Com/>
>
Re: ap_make_dirstr
Posted by Rodent of Unusual Size <Ke...@Golux.Com>.
rbb@covalent.net wrote:
>
> No, that remark implies that we don't want to change the API after the
> beta level begins
We've had this discussion before. I think there is far from a
consensus that 'we don't want to change the API after beta.'
--
#ken P-)}
Ken Coar <http://Golux.Com/coar/>
Apache Software Foundation <http://www.apache.org/>
"Apache Server for Dummies" <http://Apache-Server.Com/>
"Apache Server Unleashed" <http://ApacheUnleashed.Com/>
Re: ap_make_dirstr
Posted by rb...@covalent.net.
On Mon, 14 Aug 2000, Rodent of Unusual Size wrote:
> rbb@covalent.net wrote:
> >
> > This is a deprecated function. We are quickly running out of time to
> > clean up our API during the alpha phase.
>
> That remark implies some sort of timetable and deadline.
No, that remark implies that we don't want to change the API after the
beta level begins, which is why these were deprecated instead of removed
last time. Knowing that we don't want to change after the beta, and
knowing that we want to beta at some point, we are naturally running out
of time.
Ryan
_______________________________________________________________________________
Ryan Bloom rbb@apache.org
406 29th St.
San Francisco, CA 94131
-------------------------------------------------------------------------------
Re: ap_make_dirstr
Posted by Rodent of Unusual Size <Ke...@Golux.Com>.
rbb@covalent.net wrote:
>
> This is a deprecated function. We are quickly running out of time to
> clean up our API during the alpha phase.
That remark implies some sort of timetable and deadline.
--
#ken P-)}
Ken Coar <http://Golux.Com/coar/>
Apache Software Foundation <http://www.apache.org/>
"Apache Server for Dummies" <http://Apache-Server.Com/>
"Apache Server Unleashed" <http://ApacheUnleashed.Com/>