On Tue, 2011-05-31 at 14:47 -0700, Mike Orr wrote:
> On Tue, May 31, 2011 at 12:55 PM, Chris McDonough <chr...@plope.com> wrote:
> > - We will disuse the classes from webob.exc because, although they
> >  advertise themselves as Response objects, they really very badly
> >  want to be used as WSGI applications rather than "plain response"
> >  objects.
> 
> Aren't all Response objects WSGI applications? I thought that was part
> of the API, that they could serialize themselves.

Pyramid only requires that objects used as responses have three
attributes: app_iter, headerlist, status.  They do not have to inherit
from Response or any other bas class.

> > - "pyramid.response.Response" will now be a *subclass* of
> >  webob.response.Response (rather than an alias) which will
> >  both inherit from Exception (so it can be raised) and will provide
> >  the pyramid.interfaces.IExceptionResponse interface.
> 
> Can't anything be raised regardless of whether it inherits from
> Exception? (And for new-style classes, if the Python version is recent
> enough.) 

Nope.


> I think Pylons' abort() raises HTTPException subclasses,
> doesn't it?
> 
> So I don't see how these new exception classes will be different from
> the old ones except for a new parent and interface, which doesn't
> really affect the user.
> 
> > After the above steps are taken, "raise
> > pyramid.response.HTTPUnauthorized(...)" from within view code (or
> > event handler code) will generate a 401 response code with a default
> > body out-of-the-box.  It will mean (probably more controversially)
> > "raise Response('OK')" will generate a 200 response code with the body
> > "OK".
> 
> It may be an unorthodox way to return but it's probably better to just
> allow it than to take steps to prevent it. I could see how it could be
> a "feature" in a few cases.  And again, Python doesn't seem to be
> overly concerned with what you raise. The move against string
> exceptions was to make sure you provided the actual class in the
> 'except' clause rather than comparing by equality.
> 
> -- 
> Mike Orr <sluggos...@gmail.com>
> 


-- 
You received this message because you are subscribed to the Google Groups 
"pylons-devel" group.
To post to this group, send email to pylons-devel@googlegroups.com.
To unsubscribe from this group, send email to 
pylons-devel+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/pylons-devel?hl=en.

Reply via email to