Cart
[Home] [By Thread] [By Date] [Recent Entries]
that sounds somewhat unrestful. I would think basically the theory should be that if something is important enough to have a RESTful operation done on it, then it is not a fragment of a resource, but a resource in its own right that must be included, linked to, or otherwise referenced by other resources. Just a feeling though. I guess what I'm saying is that making an Update url (putting what should be a verb into an address) and then processing fragments on other resources by whatever the rules of your Update resource are, feels to me like the same kind of problem that one sees in markup when someone has made something an attribute that should have been an element, and then they want to do element like operations on it. Cheers, Bryan Rasmussen On Mon, Feb 25, 2008 at 11:45 AM, Andrew Welch <andrew.j.welch@g...> wrote: > On 23/02/2008, Simon St.Laurent <simonstl@s...> wrote: > > > Anne Thomas Manes wrote: > > > You could always add an abstraction layer that maps URLs (resources) > > > to document fragments. In your Bible example, you could define a > > > resource for each verse in the document. Therefore you can PUT an > > > updated verse, and a bit of code would then update the appropriate > > > document fragment. > > > > > > I can always create abstraction layer upon abstraction layer. They make > > pretty piles, until they fall over. > > How about creating a servlet called something like update, then map > all urls to it: > > */update > > the call it using the path of the XML that you want to update: > > /root/elem1/elem2/update > > the update servlet will know what needs to be updated based on the url. > > A couple of large caveats - I'm not sure if that's even possible > (haven't worked in that area very much) or if that's considered > restful (ditto). > > > -- > Andrew Welch > http://andrewjwelch.com > Kernow: http://kernowforsaxon.sf.net/ > > > > _______________________________________________________________________ > > XML-DEV is a publicly archived, unmoderated list hosted by OASIS > to support XML implementation and development. To minimize > spam in the archives, you must subscribe before posting. > > [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/ > Or unsubscribe: xml-dev-unsubscribe@l... > subscribe: xml-dev-subscribe@l... > List archive: http://lists.xml.org/archives/xml-dev/ > List Guidelines: http://www.oasis-open.org/maillists/guidelines.php > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] |
