Re: Seiwald Q & A -- "GET for EDIT" cookies

Larry Masinter <masinter@parc.xerox.com> wrote:
>You know, it might very well be that the right conception of both
>distributed authoring and versioning should be to make them work
>independent of network protocol, by exchange of appropriate
>_messages_. That is, rather than a "CHECKOUT" method, just use "POST"
>with an appropriate "CHECKOUT" method. Rather than returning the data
>as HTML and trying to embed the versioning information inside it,
>return the data in a container (multpart/related comes to mind) that
>has both the versioning information and also the related data.
>
>I especially like the idea of a "checkin" data object that could work
>with a MAILTO URL as well as an HTTP one.
>
>Larry

   I don't have a problem with this, except that we have HTTP PUT, and the
versioning stuff must work with it (to my mind, PUT is un-useful without
versioning, but that is (perhaps) only my problem). If we move all the
versioning stuff into a special content-type that must be processed,
versioning updates will be implemented differently from non-versioning
updates. This will reduce the ability of versioning to work with legacy
authoring environments, and _require_ special work for versioning to be
supported at all.

   I think this violates some of the requirements, unless we remove PUT,
define POST as "form-only" and make all updates use a content-type (w/
simple options that allow versioning).

   I liked the multipart/HTTP you suggested for transactions, but that's a
CM and not a versioning issue. I think that we agree that CM support will
not work well will legacy software, except insofar as we can support the
update of single resources.

  -- David

--------------------------------------------+--------------------------
David Durand                  dgd@cs.bu.edu | david@dynamicDiagrams.com
Boston University Computer Science          | Dynamic Diagrams
http://www.cs.bu.edu/students/grads/dgd/    | http://dynamicDiagrams.com/

Received on Tuesday, 3 September 1996 11:35:09 UTC