]> granicus.if.org Git - apache/blob - ABOUT_APACHE
Vote, promote.
[apache] / ABOUT_APACHE
1
2                      The Apache HTTP Server Project
3
4                         http://httpd.apache.org/
5
6 The Apache HTTP Server Project is a collaborative software development effort
7 aimed at creating a robust, commercial-grade, featureful, and freely-available
8 source code implementation of an HTTP (Web) server. The project is jointly 
9 managed by a group of volunteers located around the world, using the Internet
10 and the Web to communicate, plan, and develop the server and its related 
11 documentation. In addition, hundreds of users have contributed ideas, code, 
12 and documentation to the project.
13
14 This file is intended to briefly describe the history of the Apache Group (as 
15 it was called in the early days), recognize the many contributors, and explain
16 how you can join the fun too.
17
18 In February of 1995, the most popular server software on the Web was the
19 public domain HTTP daemon developed by Rob McCool at the National Center
20 for Supercomputing Applications, University of Illinois, Urbana-Champaign.
21 However, development of that httpd had stalled after Rob left NCSA in
22 mid-1994, and many webmasters had developed their own extensions and bug
23 fixes that were in need of a common distribution. A small group of these
24 webmasters, contacted via private e-mail, gathered together for the purpose
25 of coordinating their changes (in the form of "patches"). Brian Behlendorf
26 and Cliff Skolnick put together a mailing list, shared information space,
27 and logins for the core developers on a machine in the California Bay Area,
28 with bandwidth and diskspace donated by HotWired and Organic Online.
29 By the end of February, eight core contributors formed the foundation
30 of the original Apache Group:
31
32    Brian Behlendorf        Roy T. Fielding          Rob Hartill
33    David Robinson          Cliff Skolnick           Randy Terbush
34    Robert S. Thau          Andrew Wilson
35
36 with additional contributions from
37
38    Eric Hagberg            Frank Peters             Nicolas Pioch
39
40 Using NCSA httpd 1.3 as a base, we added all of the published bug fixes
41 and worthwhile enhancements we could find, tested the result on our own
42 servers, and made the first official public release (0.6.2) of the Apache
43 server in April 1995. By coincidence, NCSA restarted their own development
44 during the same period, and Brandon Long and Beth Frank of the NCSA Server
45 Development Team joined the list in March as honorary members so that the
46 two projects could share ideas and fixes.
47
48 The early Apache server was a big hit, but we all knew that the codebase
49 needed a general overhaul and redesign. During May-June 1995, while
50 Rob Hartill and the rest of the group focused on implementing new features
51 for 0.7.x (like pre-forked child processes) and supporting the rapidly growing
52 Apache user community, Robert Thau designed a new server architecture
53 (code-named Shambhala) which included a modular structure and API for better
54 extensibility, pool-based memory allocation, and an adaptive pre-forking
55 process model. The group switched to this new server base in July and added
56 the features from 0.7.x, resulting in Apache 0.8.8 (and its brethren)
57 in August.
58
59 After extensive beta testing, many ports to obscure platforms, a new set
60 of documentation (by David Robinson), and the addition of many features
61 in the form of our standard modules, Apache 1.0 was released on
62 December 1, 1995.
63
64 Less than a year after the group was formed, the Apache server passed
65 NCSA's httpd as the #1 server on the Internet.
66
67 The survey by Netcraft (http://www.netcraft.com/survey/) shows that Apache
68 is today more widely used than all other web servers combined.
69
70  ============================================================================
71
72 The current project management committe of the Apache HTTP Server
73 project (as of March, 2011) is:
74
75     Aaron Bannert       André Malo              Astrid Stolper
76     Ben Laurie          Bojan Smojver           Brad Nicholes
77     Brian Havard        Brian McCallister       Chris Darroch
78     Chuck Murcko        Colm MacCárthaigh       Dan Poirier
79     Dirk-Willem van Gulik                       Doug MacEachern     
80     Eric Covener        Erik Abele              Graham Dumpleton    
81     Graham Leggett      Greg Ames               Greg Stein 
82     Gregory Trubetskoy  Guenter Knauf           Issac Goldstand     
83     Jeff Trawick        Jim Gallacher           Jim Jagielski      
84     Joe Orton           Joe Schaefer            Joshua Slive
85     Justin Erenkrantz   Ken Coar                Lars Eilebrecht
86     Manoj Kasichainula  Marc Slemko             Mark J. Cox
87     Martin Kraemer      Maxime Petazzoni        Nick Kew
88     Nicolas Lehuen      Noirin Shirley          Paul Querna
89     Philip M. Gollucci  Ralf S. Engelschall     Randy Kobes
90     Rasmus Lerdorf      Rich Bowen              Roy T. Fielding
91     Rüdiger Plüm        Sander Striker          Sander Temm
92     Stefan Fritsch      Tony Stevenson          Victor J. Orlikowski
93     Wilfredo Sanchez    William A. Rowe Jr.     Yoshiki Hayashi     
94
95 Other major contributors
96
97    Howard Fear (mod_include), Florent Guillaume (language negotiation),
98    Koen Holtman (rewrite of mod_negotiation),
99    Kevin Hughes (creator of all those nifty icons),
100    Brandon Long and Beth Frank (NCSA Server Development Team, post-1.3),
101    Ambarish Malpani (Beginning of the NT port),
102    Rob McCool (original author of the NCSA httpd 1.3),
103    Paul Richards (convinced the group to use remote CVS after 1.0),
104    Garey Smiley (OS/2 port), Henry Spencer (author of the regex library).
105
106 Many 3rd-party modules, frequently used and recommended, are also
107 freely-available and linked from the related projects page:
108 <http://modules.apache.org/>, and their authors frequently
109 contribute ideas, patches, and testing.
110
111 Hundreds of people have made individual contributions to the Apache
112 project. Patch contributors are listed in the CHANGES file.
113
114  ============================================================================
115
116 How to become involved in the Apache project
117
118 There are several levels of contributing. If you just want to send
119 in an occasional suggestion/fix, then you can just use the bug reporting
120 form at <http://httpd.apache.org/bug_report.html>. You can also subscribe
121 to the announcements mailing list (announce-subscribe@httpd.apache.org) which
122 we use to broadcast information about new releases, bugfixes, and upcoming
123 events. There's a lot of information about the development process (much of
124 it in serious need of updating) to be found at <http://httpd.apache.org/dev/>.
125
126 If you'd like to become an active contributor to the Apache project (the
127 group of volunteers who vote on changes to the distributed server), then
128 you need to start by subscribing to the dev@httpd.apache.org mailing list.
129 One warning though: traffic is high, 1000 to 1500 messages/month.
130 To subscribe to the list, send an email to dev-subscribe@httpd.apache.org.
131 We recommend reading the list for a while before trying to jump in to 
132 development.
133
134    NOTE: The developer mailing list (dev@httpd.apache.org) is not
135    a user support forum; it is for people actively working on development
136    of the server code and documentation, and for planning future
137    directions. If you have user/configuration questions, send them
138    to users list <http://httpd.apache.org/userslist> or to the USENET
139    newsgroup "comp.infosystems.www.servers.unix".or for windows users,
140    the newsgroup "comp.infosystems.www.servers.ms-windows".
141
142 There is a core group of contributors (informally called the "core")
143 which was formed from the project founders and is augmented from time
144 to time when core members nominate outstanding contributors and the
145 rest of the core members agree. The core group focus is more on
146 "business" issues and limited-circulation things like security problems
147 than on mainstream code development. The term "The Apache Group"
148 technically refers to this core of project contributors.
149
150 The Apache project is a meritocracy--the more work you have done, the more
151 you are allowed to do. The group founders set the original rules, but
152 they can be changed by vote of the active members. There is a group
153 of people who have logins on our server (apache.org) and access to the
154 svn repository.  Everyone has access to the svn snapshots.  Changes to
155 the code are proposed on the mailing list and usually voted on by active
156 members--three +1 (yes votes) and no -1 (no votes, or vetoes) are needed
157 to commit a code change during a release cycle; docs are usually committed
158 first and then changed as needed, with conflicts resolved by majority vote.
159
160 Our primary method of communication is our mailing list. Approximately 40
161 messages a day flow over the list, and are typically very conversational in
162 tone. We discuss new features to add, bug fixes, user problems, developments
163 in the web server community, release dates, etc. The actual code development
164 takes place on the developers' local machines, with proposed changes
165 communicated using a patch (output of a unified "diff -u oldfile newfile"
166 command), and committed to the source repository by one of the core
167 developers using remote svn.  Anyone on the mailing list can vote on a
168 particular issue, but we only count those made by active members or people
169 who are known to be experts on that part of the server. Vetoes must be
170 accompanied by a convincing explanation.
171
172 New members of the Apache Group are added when a frequent contributor is
173 nominated by one member and unanimously approved by the voting members.
174 In most cases, this "new" member has been actively contributing to the
175 group's work for over six months, so it's usually an easy decision.
176
177 The above describes our past and current (as of July 2000) guidelines,
178 which will probably change over time as the membership of the group
179 changes and our development/coordination tools improve.
180
181  ============================================================================
182
183 The Apache Software Foundation (www.apache.org)
184
185 The Apache Software Foundation exists to provide organizational, legal,
186 and financial support for the Apache open-source software projects.
187 Founded in June 1999 by the Apache Group, the Foundation has been
188 incorporated as a membership-based, not-for-profit corporation in order
189 to ensure that the Apache projects continue to exist beyond the participation
190 of individual volunteers, to enable contributions of intellectual property
191 and funds on a sound basis, and to provide a vehicle for limiting legal
192 exposure while participating in open-source software projects. 
193
194 You are invited to participate in The Apache Software Foundation. We welcome
195 contributions in many forms. Our membership consists of those individuals
196 who have demonstrated a commitment to collaborative open-source software
197 development through sustained participation and contributions within the
198 Foundation's projects. Many people and companies have contributed towards
199 the success of the Apache projects. 
200
201  ============================================================================
202
203 Why The Apache HTTP Server Is Free
204
205 Apache HTTP Server exists to provide a robust and commercial-grade reference
206 implementation of the HTTP protocol. It must remain a platform upon which
207 individuals and institutions can build reliable systems, both for
208 experimental purposes and for mission-critical purposes. We believe the
209 tools of online publishing should be in the hands of everyone, and
210 software companies should make their money providing value-added services
211 such as specialized modules and support, amongst other things. We realize
212 that it is often seen as an economic advantage for one company to "own" a
213 market - in the software industry that means to control tightly a
214 particular conduit such that all others must pay. This is typically done
215 by "owning" the protocols through which companies conduct business, at the
216 expense of all those other companies. To the extent that the protocols of
217 the World Wide Web remain "unowned" by a single company, the Web will
218 remain a level playing field for companies large and small. Thus,
219 "ownership" of the protocol must be prevented, and the existence of a
220 robust reference implementation of the protocol, available absolutely for
221 free to all companies, is a tremendously good thing. 
222
223 Furthermore, Apache httpd is an organic entity; those who benefit from it
224 by using it often contribute back to it by providing feature enhancements,
225 bug fixes, and support for others in public newsgroups. The amount of
226 effort expended by any particular individual is usually fairly light, but
227 the resulting product is made very strong. This kind of community can
228 only happen with freeware--when someone pays for software, they usually
229 aren't willing to fix its bugs. One can argue, then, that Apache's
230 strength comes from the fact that it's free, and if it were made "not
231 free" it would suffer tremendously, even if that money were spent on a
232 real development team.
233
234 We want to see Apache httpd used very widely--by large companies, small
235 companies, research institutions, schools, individuals, in the intranet
236 environment, everywhere--even though this may mean that companies who
237 could afford commercial software, and would pay for it without blinking,
238 might get a "free ride" by using Apache httpd. We would even be happy if 
239 some commercial software companies completely dropped their own HTTP server
240 development plans and used Apache httpd as a base, with the proper attributions
241 as described in the LICENSE file.
242
243 Thanks for using Apache HTTP Server!
244