I think that it would be interesting to have a "rest resource" binding
to sit alongside the rest rpc binding.  The intention would be to
provide a convenient template against which to construct a service
which is able to provide an implementation for the HTTP style Create
(POST), Retrieve (GET), Update (PUT), Delete (DELETE) style verbs. The
resource identification would rely on normal URL path info and
parameter information.

I'm not convinced that the terms rest rpc and rest resource are good
terms for these bindings. Maybe http rpc and http resource would be
less controversial.

I'm just doing a bit of documentation at the moment as I notice that
we are bit lacking on docs for the other bindings but when done I
think I'll give this a spin. I'm mentioning it now in case anyone has
any thoughts.

Regards

Simon


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"phpsoa" group.
To post to this group, send email to phpsoa@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to