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

RE: Status reporting comments

From: Clemm, Geoff <gclemm@rational.com>
Date: Fri, 9 Feb 2001 07:44:26 -0500
Message-ID: <3906C56A7BD1F54593344C05BD1374B101FC034B@SUS-MA1IT01>
To: ietf-dav-versioning@w3.org
OK, looks like my "if there are no objections"
precondition just got violated (:-).

Does anyone have a rebuttal to Tim's response?
(I can't think of one :-).


-----Original Message-----
From: Tim_Ellison@uk.ibm.com [mailto:Tim_Ellison@uk.ibm.com]
Sent: Friday, February 09, 2001 5:09 AM
To: ietf-dav-versioning@w3.org
Subject: Re: Status reporting comments

Jim wrote:
> At present, the DeltaV specification leaves it up
> to implementors to determine whether to return a
> 403 or a 409 for precondition and postcondition
> errors.  Since the specification doesn't provide
> explicit guidance on this topic, it seems likely
> that this will lead to different implementations
> making different decisions.  Since these status
> codes do have slightly different semantics (one
> the client might want to resubmit (409), the
> other the client should not resubmit(403)), this
> is unfortunate, since it will lead clients to
> lump 403 and 409 together, presumably never
> attempting to resubmit since the resubmit
> semantics of 403/409 cannot be depended upon.

I tried this for an earlier revision of the spec., but didn't get any
support for it.

> One way to rectify this is to explicitly note which
> of the status codes should be returned next to the
> precondition/postcondition XML element name, when
> it is possible to determine that only one status
> code will ever apply.  In cases where it could
> depend, both 403/409 could be indicated.

We can give it a shot and I'm happy to provide my updated list, but I'm
reluctant to getting into a big discussion about whether/why a particular
condition is a 403 or 409 or either.

> Also, I think the specification should explicitly
> note that the IETF controls the namespace of error
> XML elements, and that implementations are NOT free
> to create these XML elements willy-nilly if they
> encounter error conditions not forseen by the specification.

I disagree.  I think it is sufficient to reserve the DAV: namespace, and if
I choose to return
as a reason for not doing something, then I don't see that it will be
detrimental to other clients.

Received on Friday, 9 February 2001 07:36:16 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:55:46 UTC