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

Re: RetrievalMethod

From: Joseph M. Reagle Jr. <reagle@w3.org>
Date: Mon, 29 Jan 2001 18:24:36 -0500
Message-Id: <>
To: TAMURA Kent <kent@trl.ibm.co.jp>
Cc: w3c-ietf-xmldsig@w3.org
At 13:47 1/29/2001 +0900, TAMURA Kent wrote:
>My question was bad.  I understand a resultant octet stream is a
>raw X509 certificate if Type attribute is
>"http://....#rawX509Certificate".  For "...#X509Data",
>"...#PGPData", "...#SPKIData" and "...#MgmtData", the
>specification does not mention what is the content type of the
>resultant octet stream.  Is it an XML instance?

Ah. They are octets representing an XML element. If an XPath expression was 
used, the application will have to serialize the node set:
>Note, if the result of dereferencing and transforming the specified URI is 
>a node set, then it may need to be canonicalized. All of the KeyInfo types 
>defined by this specification (section 4.4) represent octets, consequently 
>the Signature application is expected to attempt to canonicalize the 
>nodeset via the The Reference Processing Model (section

There's also the question of what is the actual XML? Is it a KeyInfo 
element, or one of its children? Since the RetrievalMethod is modelled on 
the Reference, the Reference states:
>The Type attribute applies to the item being pointed at, not its contents. 
>For example, a reference that identifies an Object element containing a 
>SignatureProperties element is still of type #Object.

So in this instance, since we don't even provide a KeyInfo URI (are you 
suggesting we should?), the dereferenced content will have to be an instance 
of one of the following:


Does this answer the question, and if so should we make this more clear in 
the RetrievalMethod section?

Joseph Reagle Jr.                 http://www.w3.org/People/Reagle/
W3C Policy Analyst                mailto:reagle@w3.org
IETF/W3C XML-Signature Co-Chair   http://www.w3.org/Signature
W3C XML Encryption Chair          http://www.w3.org/Encryption/2001/
Received on Monday, 29 January 2001 18:25:02 UTC

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