See comments below<div><br><div class="gmail_quote">On Wed, Feb 29, 2012 at 2:45 PM,  <span dir="ltr">&lt;<a href="mailto:exarkun@twistedmatrix.com">exarkun@twistedmatrix.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 06:09 pm, <a href="mailto:jacek99@gmail.com">jacek99@gmail.com</a> wrote:<br><br>
</div>Well.... my first reaction is that this doesn&#39;t make sense.  Leaves<br>
don&#39;t have leaves.  That&#39;s what makes them leaves.<br>
<br>
Your CustomerRestService is not a leaf resource.<br>
<br></blockquote><div><br></div><div>it handles GET/POST/PUT/DELETE requests for the Customer entity. If I am coding in raw twisted.web, that means<br>I would need to handle the render_GET, render_POST, etc. in this class.</div>
<div><br></div><div>Isn&#39;t that what classifies it as a leaf resource (i.e. one that actually handles HTTP requests instead of just passing them down to a child)?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">&gt;about nested URL schemes, e.g.<br>
<br>
</div>Right.  Because &quot;nested leaf resource&quot; is self contradictory.<br>
<div class="im"></div></blockquote><div><br></div><div>Well, not in REST...nested resources under another other is the norm in defining URL schemes in REST apps.</div><div>Or does the concept of a REST service for an entity simply not map at all to what Twisted Web defines as a Resource?</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Apart from what I said above, and still not really understanding why you</div>
want this, the implementation of the traversal mechanism is exposed as<br>
`twisted.web.resource.getChildForRequest`.  After you stop traversal<br>
with your first &quot;leaf&quot; resource, you can finish it by calling<br>
`getChildForRequest` manually, and then manually rendering the resulting<br>
resource.<br>
<br></blockquote><div><br></div><div>Let me look at that. But it seems counter-intuitive for a typical REST app structure....</div><div><br></div><div>Jacek</div></div></div>