Re: [Web-SIG] Adding wsgiref to stdlib

2006-04-29 Thread Bill Janssen
> It still looks like an application of WSGI, not part of a reference > implementation. It seems to me that canonical exemplars are part of what a "reference" implementation should include. Otherwise it would be a "standard" implementation, which is considerably different. Bill

Re: [Web-SIG] Adding wsgiref to stdlib

2006-04-28 Thread Ian Bicking
Phillip J. Eby wrote: > At 01:19 PM 4/28/2006 -0700, Guido van Rossum wrote: > >> It still looks like an application of WSGI, not part of a reference >> implementation. Multiple apps looks like an advanced topic to me; more >> something that the infrastructure (Apache server or whatever) ought to

Re: [Web-SIG] Adding wsgiref to stdlib

2006-04-28 Thread Guido van Rossum
On 4/28/06, Phillip J. Eby <[EMAIL PROTECTED]> wrote: > If it's small enough, I'd say to add this mapper to wsgiref.util, or if > Guido is strongly set against it being in the code, we should at least put > it in the documentation as an example of how to use 'shift_path_info()' in > wsgiref.util.

Re: [Web-SIG] Adding wsgiref to stdlib

2006-04-28 Thread Phillip J. Eby
At 01:19 PM 4/28/2006 -0700, Guido van Rossum wrote: >It still looks like an application of WSGI, not part of a reference >implementation. Multiple apps looks like an advanced topic to me; more >something that the infrastructure (Apache server or whatever) ought to >take care of. I'm fine with a s

Re: [Web-SIG] Adding wsgiref to stdlib

2006-04-28 Thread Ian Bicking
Guido van Rossum wrote: > It still looks like an application of WSGI, not part of a reference > implementation. Multiple apps looks like an advanced topic to me; more > something that the infrastructure (Apache server or whatever) ought to > take care of. I don't understand the distinction between

Re: [Web-SIG] Adding wsgiref to stdlib

2006-04-28 Thread Guido van Rossum
It still looks like an application of WSGI, not part of a reference implementation. Multiple apps looks like an advanced topic to me; more something that the infrastructure (Apache server or whatever) ought to take care of. I don't expect you to agree with me. But I don't expect you to be able to

Re: [Web-SIG] Adding wsgiref to stdlib

2006-04-28 Thread Ian Bicking
Guido van Rossum wrote: >> I think another useful addition would be some prefix-based dispatcher, >> similar to paste.urlmap (but probably a bit simpler): >> http://svn.pythonpaste.org/Paste/trunk/paste/urlmap.py > > > IMO this is getting into framework design. Perhaps something like this > could

Re: [Web-SIG] Adding wsgiref to stdlib

2006-04-28 Thread Guido van Rossum
On 4/28/06, Ian Bicking <[EMAIL PROTECTED]> wrote: > I'd like to include paste.lint with that as well (as wsgiref.lint or > whatever). Since the last discussion I enumerated in the docstring all > the checks it does. There's still some outstanding issues, mostly where > I'm not sure if it is too

Re: [Web-SIG] Adding wsgiref to stdlib

2006-04-28 Thread Ian Bicking
Guido van Rossum wrote: > PEP 333 specifies WSGI, the Python Web Server Gateway Interface v1.0; > it's written by Phillip Eby who put a lot of effort in it to make it > acceptable to very diverse web frameworks. The PEP has been well > received by web framework makers and users. > > As a supplemen

[Web-SIG] Adding wsgiref to stdlib

2006-04-28 Thread Guido van Rossum
PEP 333 specifies WSGI, the Python Web Server Gateway Interface v1.0; it's written by Phillip Eby who put a lot of effort in it to make it acceptable to very diverse web frameworks. The PEP has been well received by web framework makers and users. As a supplement to the PEP, Phillip has written a