W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > January to March 2001

RE: Questions/clarification on MKACTIVITY method

From: Steve K Speicher <sspeiche@us.ibm.com>
Date: Mon, 12 Mar 2001 14:47:49 -0500
To: ietf-dav-versioning@w3.org
Message-ID: <OF3AAC0D64.8F60FCCF-ON85256A0D.006BB0F5@raleigh.ibm.com>

One final comment *hopefully* ;-)

>In general, there are multiple modules/servers that handle different
>subtrees at a web site, and often the DAV module will not handle
>"/", but rather some subtree such as "/dav".  Assuming that a request
>to "*" gets handled by the module that handles "/", the
>MKACTIVITY request will not be understood.  In addition, if there
>are multiple DAV modules handling different parts of the namespace,
>each with its own activity store, it is important that the
>activity gets created in the right activity collection (not something
>that can be inferred from "MKACTIVITY *".

I guess my example was too simple (and wrong perhaps).  In order for a
client to find out what activity-collection to use it must first issue an
OPTIONS request with a given URL, say http://repo.dav/dav/ and gets the
property DAV:activity-collections-set.  Why couldn't I form a request,
like:
   MKACTIVITY /dav/* HTTP/1.1

And get the response (implicity do an OPTIONS request to get
DAV:activity-collections-set):
   HTTP/1.1 201 Created
   Location: http://repo.dav/dav/act/123
?
Or am I completely wrong in thinking it would be a valid operation of a
activity-enabled server to assign an activity identifier using MKACTIVITY?
Most bug-tracking servers have an option/configuration to automatically
assign a number but I'm trying to determine if this is outside the scope of
this protocol.

Thanks again,
Steve
Received on Monday, 12 March 2001 14:47:03 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 13:57:40 GMT