I'd like to propose holding a Pyramid and Web Services open space at PyCon
later this month. If there's interest, I'll try and pre-register it with
the PyCon organisers. Some of the topics I'd like to discuss are:
I've found merging the context factory and view class can make sense when
building web services (I've ended up using a custom mapper). Maybe there
could be `route_config` decorator for defining route patterns and context
factories which could be used in combination with the `view_defaults`
decorator on view classes/methods? Maybe we could end up with something
like:
@factory
@route_config('thing', '/thing/{name}')
class Thing:
__acl__ = [...]
@view_config(permission='view', request_method='GET')
def get(self):
...
I'd also like to make it possible for view_config to work for base classes.
What are people's experience with JSON Schema? It's an attractive option
for me as I want to provide client side validation in addition to server
side validation. The PyPI jsonschema module has extensive tests but is
focussed only on validation and lacks lacks the full serialization and
deserialization features of Colander. I started extending jsonschema in
https://github.com/Julian/jsonschema/pull/72, but might mapping onto
Colander be the better option?
Rendering of WSGIHTTPExceptions is currently tied directly into the
exception class. Should the content negotiation there between html and
plain text be extended to cover json, or would it be best left to an
exception view? When an HTTPException is returned by a view, there is no
opportunity for a an exception view to be invoked. Perhaps
WSGIHTTPException.__call__ should invoke the same exception view lookup
logic as in excview_tween, with the the current prepare method moved to an
exception view?
I'm currently using a variation on Cornice's resource pattern in my
application. Pyramid 1.4 now provides built in JSON rendering support, are
there any other Cornice features that should be implemented in core?
Laurence
--
You received this message because you are subscribed to the Google Groups
"pylons-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to pylons-devel+unsubscr...@googlegroups.com.
To post to this group, send email to pylons-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/pylons-devel?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
