Guido van Rossum wrote: > At first I was going to respond "+1". But the fact that a couple of > years haven't led to much suggests that it's unlikely to be fruitful; > there just are too many diverging ideas on what is right. (Which makes > sense since it's a huge and fast developing field.) > > So unless someone (Alan Kennedy?) actually puts forward a PEP and gets > it through a review of the major players on web-sig, I'm skeptical. I > certainly don't want this potential effort to keep us from adding the > low-hanging fruit (wsgiref, with perhaps some tweaks as PJE can manage > based on recent feedback here) to the 2.5 stdlib.
What would we be PEPing? wsgiref, for instance, could get a PEP. Should it have one? If there was an HTTP server beyond what is in wsgiref now, should that have a PEP? I one point I thought it would be too hard to come to agreement, but these days I think a request object would now be easy to define, with a constructor taking a WSGI environment, and just a couple attributes (params, cookies, environ, maybe headers, method, body). In the standard library that could provide some utility, but since it would be strictly derivative of the WSGI environment it would not detract from anyone else's request object. The request object would be limited to the information present in the WSGI environment, which simplifies the design process substantially. I would not propose a response object. I think a basic routing middleware (prefix-based URL match) would have some utility in concert with the HTTP server, both functional and educational. Would people be interested in that? Some current servers could be implemented as WSGI applications: CGIHTTPServer, SimpleHTTPServer, SimpleXMLRPCServer, DocXMLRPCServer. In each case the result would be substantially more useful than it is current, IMHO. But it would also not be my first choice of functionality to implement, it's only that these parts are already in the standard library. Some simple method to simulate a WSGI call would also be useful. If other WSGI apps and middleware were included anywhere, I'd want to at least include such a simulation in the tests. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org _______________________________________________ Web-SIG mailing list Web-SIG@python.org Web SIG: http://www.python.org/sigs/web-sig Unsubscribe: http://mail.python.org/mailman/options/web-sig/archive%40mail-archive.com
