Package buildbot :: Package status :: Package web :: Module feeds :: Class XmlResource

Class XmlResource

twisted.web.resource.Resource --+
                                |
                               XmlResource

Known Subclasses:

FeedResource

Nested Classes
Inherited from `twisted.web.resource.Resource`: `entityType`

Instance Methods

getChild(self, name, request)
Retrieve a 'child' resource from me.

source code

render(self, request)
Render a given resource.

source code

Inherited from twisted.web.resource.Resource: __init__, __providedBy__, delEntity, getChildForRequest, getChildWithDefault, getDynamicEntity, getStaticEntity, listDynamicEntities, listDynamicNames, listEntities, listNames, listStaticEntities, listStaticNames, putChild, reallyPutEntity, render_HEAD

Class Variables
	contentType = `'text/xml; charset=UTF-8'`
	docType = `''`
Inherited from `twisted.web.resource.Resource`: `__implemented__`, `__provides__`, `isLeaf`, `server`

Method Details

getChild(self, name, request)

source code

Retrieve a 'child' resource from me.

Implement this to create dynamic resource generation -- resources which are always available may be registered with self.putChild().

This will not be called if the class-level variable 'isLeaf' is set in your subclass; instead, the 'postpath' attribute of the request will be left as a list of the remaining path elements.

For example, the URL /foo/bar/baz will normally be:

 | site.resource.getChild('foo').getChild('bar').getChild('baz').

However, if the resource returned by 'bar' has isLeaf set to true, then the getChild call will never be made on it.

Parameters:

path - a string, describing the child
request - a twisted.web.server.Request specifying meta-information about the request that is being made for this child.

Overrides: twisted.web.resource.Resource.getChild

(inherited documentation)

render(self, request)

source code

Render a given resource. See IResource's render method.

I delegate to methods of self with the form 'render_METHOD' where METHOD is the HTTP that was used to make the request. Examples: render_GET, render_HEAD, render_POST, and so on. Generally you should implement those methods instead of overriding this one.

render_METHOD methods are expected to return a string which will be the rendered page, unless the return value is twisted.web.server.NOT_DONE_YET, in which case it is this class's responsibility to write the results to request.write(data), then call request.finish().

Old code that overrides render() directly is likewise expected to return a string or NOT_DONE_YET.

Overrides: twisted.web.resource.Resource.render: (inherited documentation)