lars 98/09/28 10:33:15
Modified: . STATUS
Log:
Revision Changes Path
1.42 +28 -21 apache-2.0/STATUS
Index: STATUS
===================================================================
RCS file: /home/cvs/apache-2.0/STATUS,v
retrieving revision 1.41
retrieving revision 1.42
diff -u -r1.41 -r1.42
--- STATUS 1998/09/25 19:44:59 1.41
+++ STATUS 1998/09/28 17:33:14 1.42
@@ -25,17 +25,19 @@
segments should persist until the refcount drops to zero.
It would be cool if pools could be created in such segments
to allow things like shared tables and arrays.
- +1: Roy, Paul, Ken, Ralf, Martin
+ +1: Roy, Paul, Ken, Ralf, Martin, Lars
* "Apache ports" project - simple-to-install (a la CPAN) one-off
tools, scripts (such as counters, guest books, et cetera)
+1: Roy, Paul, Ken, Ralf, Martin
David Southwell has volunteered to work on this.
+ -0: Lars [If we do this for modules only I'm +1, but
+ I'm not very happy with scripts, tools or other stuff.]
* Embed API documentation in the source, a la Java docs, so a script
can extract the parameters and description and build a dictionary.
If we do this, it needs to be *mandatory* in the style guide.
- +1: Ken
+ +1: Ken, Lars
* Abstract the '+/-' capabilities of the Options keyword so other
directives can use it without re-inventing the square peg.
@@ -51,7 +53,7 @@
formats that bear a faint resemblance to other usages (such
as allowing "=~" and "!~") in other "languages," and provide
for caseless matches.
- +1: Roy, Ken, Martin
+ +1: Roy, Ken, Martin, Lars
Martin sez: I've been thinking about replacing the parser
by a recursive descent parser which would
reduce complexity tremendously.
@@ -62,7 +64,7 @@
to have things like the arrays, tables, pools, and related primitives
moved into a library of which httpd is just a client and other things
can be too.
- +1: Roy, Paul, Jim, Ken, Ralf, Martin
+ +1: Roy, Paul, Jim, Ken, Ralf, Martin, Lars
* Replace the current Unix compilation model (Configuration.tmpl, home-brew
Configure script) with the "autoconf toolset".
@@ -73,11 +75,12 @@
varies from the above such that if it's shown that the "autoconf
toolset" can do what we want, with less headache than what we
have, then we go for it)
- +1: Jim, Ken, Marc, MarkC, Ben, Paul, Martin
+ +1: Jim, Ken, Marc, MarkC, Ben, Paul, Martin, Lars
* The "autoconf toolset" should include all three: autoconf, automake, and
libtool.
+1: Brian, Jim, Roy, Dean, Ken, Ralf, Martin
+ +0: Lars
* Whatever we do regarding autoconf, we should be able to configure to
build
objects other than in the source tree. autoconf allows for this... you
@@ -85,7 +88,7 @@
platforms... or even on a single platform, one copy with profiling
another
without. (There are a lot of possibilities: creating shadow trees,
VPATH-style Makefile settings, etc.)
- +1: Dean, Roy, Paul, Ralf, Martin
+ +1: Dean, Roy, Paul, Ralf, Martin, Lars
* One of the main restrictions on Apache has been that we must assume
a very low-level common denominator for the OSs out there. For example,
@@ -116,7 +119,8 @@
if they can help parallelize development or simplify the core code.]
* multithreading.
- +1: Brian, Ken, Jim, Paul, Sameer, Marc, Ralf, MarkC, Ben, Martin,
Roy
+ +1: Brian, Ken, Jim, Paul, Sameer, Marc, Ralf, MarkC, Ben, Martin,
+ Roy, Lars
o Thread Abstraction
+1: Sameer, Marc, MarkC, Ben, Dean, Paul, Martin, Roy, Ralf
Status: nobody has volunteered yet
@@ -124,12 +128,13 @@
* revamped process model (Dean's proposal)
Dean says: it's hard to do the multithreading work cleanly without
considering a bunch of this
- +1: MarkC, Paul, Dean, Martin, Roy, Ralf
+ +1: MarkC, Paul, Dean, Martin, Roy, Ralf, Lars
Marc (+1 on much of it; threads aren't enough for perf.),
Status: nobody has volunteered yet
* new layered I/O.
- +1: Brian, Ken, Dean, Jim, Paul, Sameer, Marc, Ralf, MarkC, Ben, Roy
+ +1: Brian, Ken, Dean, Jim, Paul, Sameer, Marc, Ralf, MarkC, Ben,
+ Roy, Lars
Status: Ken has volunteered.
o sfio
@@ -152,7 +157,7 @@
The only problem is reclaiming buffers so that a large SSI won't
suck up all available memory just sending it out the pipe.]
+1: Dean, Marc, Ben, Paul, Martin, Roy
- +0: Jim [what about examples? Portability concerns?], Ralf
+ +0: Jim [what about examples? Portability concerns?], Ralf, Lars
o NSPR: Sameer thinks that we should evaluate NSPR (ns/nspr in the
Mozilla source tree) and determine whether or not it sucks and
@@ -161,29 +166,30 @@
+1 if you like NSPR, and want to use it.
+1:
- +0: Sameer
+ +0: Sameer, Lars
* API work
o radically revamped API
[Roy: presumably there is a goal in mind here?]
- +1: Ken
+ +1: Ken, Lars
Status: Ken has volunteered.
o documented API [mom and apple pie]
- +1: Ken, Sameer, Marc, Ralf, Paul, Dean, Martin, Jim, Roy
+ +1: Ken, Sameer, Marc, Ralf, Paul, Dean, Martin, Jim, Roy, Lars
Status: Ken has volunteered.
o just new API phases
+1: Brian, Jim, Sameer (just the "gaping holes"),
Ralf (especially url2url and file2file in addition to url2file)
- -1: Roy [that is what 1.4 would be like]
+ -1: Roy [that is what 1.4 would be like], Lars
Status: Ken has volunteered
o change API 'phase' model to use module-registered hooks rather
than a fixed static structure
+1: Ken, Ralf, MarkC, Paul, Dean, Roy, Martin
+ +0: Lars
Status: Ken has volunteered
o use virtual functions for module hooks
@@ -198,22 +204,22 @@
o backward compatibility with 1.3 (just require a recompile)
if functions get renamed, old names retained as wrappers
+1: Paul, Sameer, Marc, MarkC
- -1: Roy, Ralf, Martin
+ -1: Roy, Ralf, Martin, Lars
o make API call syntax rational (e.g., all r*() routines list r
as their first argument, et cetera)
+1: Ken
- +0: Ralf, Paul, Dean, Martin, Roy
+ +0: Ralf, Paul, Dean, Martin, Roy, Lars
Status: Ken has volunteered
o abstract module layering for plugins (e.g., a mod_auth interface
into which mod_auth_mumble modules can be plugged)
+1: Ken, Martin, Ralf
- +0: Roy [needs more detailed proposal]
+ +0: Roy [needs more detailed proposal], Lars
Status: Ken has volunteered
* new configuration language
- +1: Dean, Marc, Ben, Martin, Roy
+ +1: Dean, Marc, Ben, Martin, Roy, Lars
+0: Ralf, Paul
Status: Ken has volunteered
@@ -222,17 +228,18 @@
* rewrite in C++
+1: Ben, Martin
- +0: Marc, Ralf
+ +0: Marc, Ralf, Lars
-1: MarkC, Paul, Roy, Ken
* make everything C++ friendly
- +1: Roy, Paul, Ken, Ralf, Martin
+ +1: Roy, Paul, Ken, Ralf, Martin, Lars
Status: nobody has volunteered yet
("that damned pool decl" is fixed now)
* Proxy enhancements (or drop proxy altogether?) for HTTP/1.1
and better ftp proxy Auth handling
- +1: Martin
+ +1: Martin, Lars [we need at least a mini-proxy for things
+ like reverse-proxying etc.]
Closed issues:
