W3C home > Mailing lists > Public > public-xmlsec@w3.org > March 2011

RE: Does Dsig 2.0 allow URIs with fragment identifiers

From: Pratik Datta <pratik.datta@oracle.com>
Date: Mon, 7 Mar 2011 23:45:01 -0800 (PST)
Message-ID: <5be1ffa0-ab41-4603-b83d-78bc0d4e4b70@default>
To: Frederick.Hirsch@nokia.com
Cc: public-xmlsec@w3.org
I have made this change  in both section 10.6.1 http://www.w3.org/2008/xmlsec/Drafts/xmldsig-core-20/#sec-Type-xml and section 10.6.3 http://www.w3.org/2008/xmlsec/Drafts/xmldsig-core-20/#sec-Type-Binary-fromBase64Node

This also completes my ACTION-774.

 

Pratik

 

 

From: Frederick.Hirsch@nokia.com [mailto:Frederick.Hirsch@nokia.com] 
Sent: Tuesday, March 01, 2011 7:02 AM
To: Pratik Datta
Cc: Frederick.Hirsch@nokia.com; public-xmlsec@w3.org
Subject: Re: Does Dsig 2.0 allow URIs with fragment identifiers

 

I think we should support this type of URI for usability and simplicity. 

 

This is consistent with your proposed change, isn't it?

 

  I need to modify it to say something like this -  The IncludedXPath cannot be present if the URI has a fragment identifier.

 

regards, Frederick

 

Frederick Hirsch

Nokia

 

 

 

On Mar 1, 2011, at 3:01 AM, ext Pratik Datta wrote:





Should we allow   <dsig2:Selection> to have a URI of the form

 

http://example.com/bar.xml#chapter1

 

i.e containing a fragment identifier at the end e.g.  "#chapter1"

 

this means that the implementation need to remove the fragment identifier from the URI, resolve the modified URI, parse it into XML and then look for an element containing an id of specified in the fragment.  I am not sure if this was MANDATORY to implement in Dsig 1.0.

 

 

There is currently an inconsistency in section 10.6.1

In the first para it says that URI attribute is required, but later on it says that either URI attribute should be present or IncludedXPath should be present.  I need to modify it to say something like this -  The IncludedXPath cannot be present if the URI has a fragment identifier.

 

Pratik

 
Received on Tuesday, 8 March 2011 07:46:24 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 March 2011 07:46:25 GMT