RE: Questions/clarification on MKACTIVITY method

>The purpose of the "new activity" option for CHECKOUT is to allow
>a lightweight client to easily interoperate with a server that
>requires activities.  A client with full activity support (i.e.
>one that utilizes MKACTIVITY) can use a DAV:activity-set-collection
>OPTIONS request to determine where it can allocate activities.

How is a client with full activity support intended to know what a valid
activity name is without much trial-and-error?  I was hoping for something
like:
   MKACTIVITY * HTTP/1.1

This way the client can programmatically maintain the activity information
and the end-user could perform simple routines like: "new activity" and
"done with activity" without concern about coming up with a valid activity
identifier.

>A request has to go to a particular resource, which is then
>responsible for handling the request.  What would be the request-URL
>of the MKACTIVITY method in this case?

Since the client is already aware of the DAV/activity-enabled part of a
URL, couldn't it be used without the additional activity location since the
activity location is not handled by a separate handler, right?

So if the URL http://repo.webdav.org/test-23 and "/" is
DAV/activity-enabled, then could the request be something like this?

   MKACTIVITY /test-23 HTTP/1.1
   Host: repo.webdav.org
   Content-Type: text/xml; charset="utf-8"
   Content-Length: long

   <?xml version="1.0" encoding="utf-8" ?>
   <D:mkactivity xmlns:D="DAV:">
     <D:activity-collection-set>
        <D:automatic/>
     </D:activity-collection-set>
   </D:mkactivity>

Is the additional XML really needed if the server would "assume" that the
client meant for the server to specify the correct collection?

Thanks,
Steve

P.S. Your responses to my newbie questions are greatly appreciated.

Received on Monday, 12 March 2001 12:00:50 UTC