W3C home > Mailing lists > Public > w3c-ietf-xmldsig@w3.org > July to September 2001

RE: Question: Base64 Transform Nodeset Input

From: Christian Geuer-Pollmann <geuer-pollmann@nue.et-inf.uni-siegen.de>
Date: Tue, 31 Jul 2001 19:49:26 +0200
To: John Boyer <JBoyer@PureEdge.com>, w3c-ietf-xmldsig@w3.org
Message-ID: <176553876.996608966@clouseau>
Hi John

Yes, I know that the <comment> Element is not an XML Element (bad choosen 
example).. The problem resulted in my understanding of what is an XPath 
node set and how I convert an input stream to a node set which is valid 
input for the transforms. Given a Document like:

<?xml version="1.0"?>
<!-- Comment 1 -->
<doc>Hello, world!<!-- Comment 2 --></doc>

Q: Does the xpath node set contain 2 nodes (the comment 1 and the <doc> 
element) or does it contain 4 nodes (both comments, the <doc> element and 
the text node?


> The inserted <comment> element (which is not an XML comment, but rather
> an XML element like any other) would cause a problem for base-64
> decoding.  The behavior to mimic is XPath string(), which  concatenates
> all descendant text nodes.
> -----Original Message-----
> From: Christian Geuer-Pollmann
> [mailto:geuer-pollmann@nue.et-inf.uni-siegen.de]
> Sent: Tuesday, July 31, 2001 5:55 AM
> To: w3c-ietf-xmldsig@w3.org
> Subject: Question: Base64 Transform Nodeset Input
> What does section "6.6.2 Base64" mean whan it states:
> "If an XPath node-set (or sufficiently functional alternative) is given
> as
> input, then it is converted to an octet stream by performing operations
> logically equivalent to 1) applying an XPath transform with expression
> self::text(), then 2) taking the string-value of the node-set."
> Is the following fragment valid input which decodes to "The URI of the
> transform is http://www.w3.org/2000/09/xmldsig#base64"
> <BASE64>
> VGhlIFVSSSBvZiB0aGUgdHJhbn<comment>Inserting this comment should not
> change
> anything for processing</comment>
> Nmb3JtIGlzIGh0dHA6Ly93d3cudzMub3JnLzIwMDAvMDkveG1s
> </BASE64>
Received on Tuesday, 31 July 2001 13:54:01 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:21:36 UTC