[Web-SIG] PEP222 and python on the server?

Paul Boddie paul at boddie.org.uk
Thu Jun 9 23:36:59 CEST 2005

On Wednesday 08 June 2005 14:59, Iwan Vosloo wrote:
> Hello,
> I see that PEP222 has status of deferred.  Is anyone still interested in
> getting this done, or working on it?

I doubt it (unfortunately).

> The naive summary of PEP222 is that it adds standardised Request and
> Response objects to the standard Python library.

As has already been said, WSGI has been the only PEP-sanctioned 
standardisation effort to produce code so far - arguably at a different 
conceptual level - and I don't know where it stands with respect to the 
standard library.

> I think this is an extremely dire need since every web framework in Python
> is currently rolling their own (I'm doing a study of 40 such beasts in
> Python and another 40 in Java).  The really bad news IMO regarding this
> lack is not the fact that each Python framework rolls their own, but that,
> if they want to integrate with one another, they have to provide kludging
> mappings between their respective project-specific Request and Response
> types.

If you take a look at WebStack (http://www.python.org/pypi/WebStack), you'll 
find a framework which provides its own "transaction" API and which works on 
top of other frameworks, precisely to avoid single project mappings such as 
those found in MoinMoin, for example. Given that you're studying so many 
"beasts", I'd appreciate anything you might have to say on the matter.

Another framework which follows the standardisation path, albeit with a Java 
Servlet emphasis, is Snakelets (http://www.python.org/pypi/Snakelets). 
WebStack and Snakelets are similar in certain respects, making me tempted to 
consider a bit of integration of the two.


More information about the Web-SIG mailing list