RichB pointed to the GData protocol as a way to make PUT and DELETE work.
GData does more or less what every other HTTP-based app does.
It uses GET for queries and POST for side-effect-bearing operations of all sort (e.g., creating, updating, deleting).
Ratber than put the name of the operation inside the entity body of the POST, they coin a new HTTP header for the request to tunnel it down to the server.
Do many (any?) HTTP intermediaries do reasonable stuff with this vis-a-vis cache control?
Seems awfully reminicent of the approach we took with dreaded SOAPAction HTTP header in SOAP/1.1 - tunnel new semantics through the virtually semantic-free POST operation (which often seems to wind up serving as INVOKE as much as anything else).
The only difference I can see is that they've put two actions in there so far (PUT and DELETE).
Posted
Jan 13 2007, 06:38 PM
by
don-box