<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>I think that we should move to a url interface more like:<br><br>GET /assets/by-uuid/UUID
<br>DELETE /assets/by-uuid/UUID<br>POST   /assets/by-uuid/UUID - this is an update call<br>PUT /assets/new             - asset server creates new UUID, returns<br>                              object in the response stream to get
<br>                              asset server allocated UUID<br><br></blockquote></div><br>Not that I am an expert on REST, far from it, but isn't PUT usually meant for updates, and POST for create?, this <a href="http://www.xml.com/pub/a/2004/12/01/restful-web.html">
link</a>, atleast seems to say so.<br><br>I think that maybe, this is better:<br>GET /asset?assetid=<value><br>DELETE /asset?assetid=<value><br>PUT   /asset?assetid=<value> - this is an update call<br>POST /assets/new             - asset server creates new asset
<br>There is really no need to have the UUID asigned by the asset server, if all parties involved plays by the rules for creating uuid's there can be no collision, so having the asset server create the uuid seems to be a vaste of network traffic.
<br><br>chages:<br>renamed assets to asset, we will probably never deal with more than one asset at a time.<br><br>I have killed the use of UUID as a name, I don't think that we should use a datatype as a variable name.
<br><br>Swapped semantics between PUT and POST.<br><br>Reduced complexity of asset creation, now an asset can be created by the client, and then stored on the asset server in one transmission.<br><br><br><br>I have a hard time imagining that we will ever retrieve assets by any other criteria than the assetid, but I have opted for the "?assetid=<value>" scheme anyhow.
<br><br>Likewise there is no provisions for listing assets, as I don't think we will want to make that possible.<br><br>/tleiades.<br>