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

Re: WebDAV properties

From: Greg Stein <gstein@lyra.org>
Date: Mon, 20 Nov 2000 19:00:20 -0800
To: Adam Klatzkin <Adam.Klatzkin@bentley.com>
Cc: "'w3c-dist-auth@w3.org'" <w3c-dist-auth@w3.org>
Message-ID: <20001120190019.Y21426@lyra.org>
On Mon, Nov 20, 2000 at 02:09:40PM -0500, Adam Klatzkin wrote:
> Example from section 8.2.2
> <?xml version="1.0" encoding="utf-8" ?>
> <D:propertyupdate xmlns:D="DAV:"
> xmlns:Z="http://www.w3.com/standards/z39.50/">
>  <D:set>
>    <D:prop>
>       <Z:authors>
>           <Z:Author>Jim Whitehead</Z:Author>
>           <Z:Author>Roy Fielding</Z:Author>
>       </Z:authors>
>    </D:prop>
>   </D:set>
> </D:propertyupdate>
> Unless I am interpreting this incorrectly, the example seems to violate the
> definition of the property namespace as described in section 4.5.
> Can anybody provide any insight into this?
> One thought is that maybe
>           <Z:Author>Jim Whitehead</Z:Author>
>           <Z:Author>Roy Fielding</Z:Author>
> is itself the value that should be stored for the Z:authors property?

That XML fragment is indeed the property value for Z:authors.

> If that is the case then how do I prevent an XML parser from parsing the
> element tags?

Probably with extreme difficulty. Probably not even possible with most XML

> Do I have to attempt to rebuild this string from the parsed
> data and store it?

If you want to interpret the value as a string... yes -- you would need to
rebuild it.

As a concrete example of this behavior: mod_dav parses the above
DAV:propertyupdate request into an XML structure. When it goes to store the
Z:authors property's value, it reconstructs the string and stores that. So,
there is precedent for reconstruction.


Greg Stein, http://www.lyra.org/
Received on Monday, 20 November 2000 21:59:15 UTC

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