Modules Book: New Edition

I have been asked if I plan a second edition of the Apache Modules Book.

The existing book was motivated by my perception of a big gap in the market.  The book filled that gap, and substantially still does: I believe it can still help a developer up the learning curve to working with our server!  However, things have moved on since publication, and a book for HTTPD 2.4 should ideally cover additional topics, as well as revise some of the existing contents.

If there is to be a second edition, I believe it should be a multi-author work.  For me to revisit it in isolation would be sure to produce something rather stale, particularly when revising old contents.  So the first question: who is interested in principle in contributing to a multi-author effort?

If there is sufficient interest in a second edition, I can contact my publisher and ask if they're interested.  Unfortunately I think my editor has moved on, so I don't know who I'll be dealing with.  If they're interested then I think they have a right of first refusal, although obviously that doesn't apply if someone else takes the lead and writes a new book rather than a second edition.


  • Is there a need for an updated modules book?
  • Who will contribute?
  • Should it substantially re-use the existing book?
  • Other things being equal, should the primary medium be online or traditional?
  • Should we determine now that royalties go to ASF rather than haggle among members of a team?


New significant topics

What's essential vs nice to have vs superfluous?

  • Proxy/Balancer Framework and Clustering (whole chapter)
  • New IPC with slotmem and socache
  • Expression parser, regexp support
  • SSL (whole chapter?)
  • apreq
  • dav???
  • ldap
  • lua (whole chapter)
  • Protocol modules (whole chapter)
  • MPMs and platform/arch modules (whole chapter)

Overhauls most needed

From memory:

  • Update APR to reflect 2.0 and APR/APU merger
  • AAA - another overhaul
  • Config, to reflect <if>
  • DBD chapter is outdated. Possibly reduce it?

Question: how to organise topics too small to merit a whole chapter? Chapter 4 of the existing book covers a bunch of them, but is not really a very satisfactory way to organise them.

  • No labels