From 7e4f51a7ceb4e0a774bfc2e0a94871ba74dea8bf Mon Sep 17 00:00:00 2001 From: colin-adams Date: Wed, 7 Aug 2013 09:58:42 -0700 Subject: [PATCH] Updated Writing the handlers (markdown) --- Writing-the-handlers.md | 13 +++++++------ 1 file changed, 7 insertions(+), 6 deletions(-) diff --git a/Writing-the-handlers.md b/Writing-the-handlers.md index 461e2a1b..cd09a20d 100644 --- a/Writing-the-handlers.md +++ b/Writing-the-handlers.md @@ -60,33 +60,34 @@ You need to implement this. If you do not have information about when a resource This routine when a PUT request is made to a resource that does not exist. See [PUT](http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.6) in the HTTP/1.1 specification for why you might want to return zero. -## allow_post_to_missing_resource +### allow_post_to_missing_resource POST requests are normally made to an existing entity. However it is possible to create new resources using a POST, if the server allows it. This is where you make that decision. If you return True, and the resource is created, a 201 Created response will be returned. -## content_length +### content_length If you are not streaming the result, the the HTTP protocol requires that the length of the entity is known. You need to implement this routine to provide that information. -## finished +### finished If you are streaming the response, then you need to tell the framework when the last chunk has been sent. To implement this routine, you will probably need to call req.set_execution_variable (some-name, True) in ensure_content_avaiable and generate_next_chunk, and call attached {BOOLEAN} req.execution_variable (some-name) in this routine. -## description +### description This is for the automatically generated documentation that the framework will generate in response to a request that you have not mapped into an handler. -## delete +### delete This routine is for carrying out a DELETE request to a resource. If it is valid to delete the named resource, then you should either go ahead and do it, or queue a deletion request somewhere (if you do that then you will probably need to call req.set_execution_variable (some-name-or-other, True). Otherwise you should call req.error_handler.add_custom_error to explain why the DELETE could not proceed (you should also do this if the attempt to delete the resource fails). Of course, if you have not mapped any DELETE requests to the URI space of this handler, then you can just do nothing. -## delete_queued +### delete_queued If in the delete routine, you elected to queue the request, then you need to return True here. You will probably need to check the execution variable you set in the delete routine. + ## Implementing the policies * [WSF_OPTIONS_POLICY](./WSF_OPTIONS_POLICY)