[Web-SIG] WSGI in standard library (was: A trivial template API counter-proposal)

Phillip J. Eby pje at telecommunity.com
Sun Feb 5 02:41:50 CET 2006

At 04:20 PM 2/4/2006 -0800, Guido van Rossum wrote:
>ISTM that wsgiref itself
>is stable enough, and having it in the stdlib would lower the bar for
>anybody to develop WSGI-compliant apps even if they refuse to use a
>toolkit. A lot of the other things you're mentioning above seem to be
>of a different kind -- nice-to-haves, for sure, but either they're not
>100% stable yet, or they enter the slippery slope of appearing to be a
>specific framework choice (cgitb already has that feel to me).

Good point.  I'd still like to throw in Ian's "lint" tool or something like 
it, though, since wsgiref only implements app compliancy tests, not server 
compliance.  But most of the other stuff is still evolving too much, I agree.

wsgiref, OTOH, doesn't change much because the spec hasn't changed, and 
it's not particularly ambitious anyway.  I wrote it with stdlib-ish 
conservatism in mind, i.e. no fancy stuff.  :)

FastCGI would also be nice, but it's easy to install fancy things with eggs 
now; it makes more sense to put the core and slowly-changing functionality 
in the stdlib.

More information about the Web-SIG mailing list