W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > October to December 2002

RE: RFC2518 bis, attributes on property names -- in or out?

From: Joel Soderberg <joels@exchange.microsoft.com>
Date: Thu, 28 Nov 2002 11:54:50 -0800
Message-ID: <4B52672946805F4D8B93BA8FEDD30F2501DDC56A@DF-BOWWOW.platinum.corp.microsoft.com>
To: "Jason Crawford" <ccjason@us.ibm.com>, "Julian Reschke" <nnjulian.reschke___at___gmx.de@smallcue.com>
Cc: "Lisa Dusseault" <nnlisa___at___xythos.com@smallcue.com>, "Webdav WG" <nnw3c-dist-auth___at___w3c.org@smallcue.com>
Preserving namespaces is almost a given (I would be surprised if that was not already being done by most implementations).  However, I don't believe that the namespace aliasing must be preserved.  When returning the value, different aliases may be used.  

This has no bearing, though, on random attributes (metadata) on the property name.  If you force persistance of these items, that means that you dictate a storage format that is XML.  WebDAV should not be in the business of dictating formats.  

If the only reason for asking for persistance is for namespacing, there are other ways that information can be retained that does not tie the hands of the non-XML based property storage.


-----Original Message-----
From:	Jason Crawford [mailto:ccjason@us.ibm.com]
Sent:	Thu 11/28/2002 11:20 AM
To:	Julian Reschke
Cc:	Lisa Dusseault; Webdav WG
Subject:	RE: RFC2518 bis, attributes on property names -- in or out?

My preference is to keep things the way it is in 2518bis.  I don't feel so 
strongly about keeping all the attributes on the propertyname tag, but I 
definitely don't wan't to agonize over it if there is no strong case to be 
made either way.

I do want to hear more about what Joel Soderberg encountered that would make it lean away from persisting random 

I do agree with Julian that the namespace persistance issue is pretty 
clear, but I'll resurrect the discussion on property value roundtripping 
and see if we can nail that issue and all sub issues shut.


Phone: 914-784-7569
Received on Thursday, 28 November 2002 14:54:58 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:01:26 UTC