- From: Gregor Karlinger <gregor.karlinger@iaik.at>
- Date: Thu, 7 Sep 2000 13:39:17 +0200
- To: "XMLSigWG" <w3c-ietf-xmldsig@w3.org>
Hi all,
Having read the XPath Rec, I found the following paragraph in
section 2.3 about node tests:
"A QName in the node test is expanded into an expanded-name using the
namespace
declarations from the expression context. This is the same way expansion
is done
for element type names in start and end-tags except that the default
namespace
declared with xmlns is not used: if the QName does not have a prefix, then
the
namespace URI is null (this is the same way attribute names are expanded).
It
is an error if the QName has a prefix for which there is no namespace
declaration in the expression context."
Does this really mean, that I cannot select a node which has a default
namespace
declared? Consider the following example:
<NS1:DocElement xmlns="http://anywhere.com/default"
xmlns:NS1="http://anywhere.com/ns1">
<NS1:FirstChild/>
<SecondChild/>
</NS1:DocElement>
What should the XPath expression "/descendant::SecondChild" provide as
result?
a) An empty node set, since the expression should select a node with
an expanded-name constisting of an empty namespace URI and a local part
equal to "SecondChild"?
b) A node set consisting of a single element node, since the expression
should select a node with an expanded-name constisting of the default
namespace URI ("http://anywhere.com/default") and a local part equal
to "SecondChild"?
If a) is the answer, we should add a few sentences in the spec, that we
recommend
to introduce a namespace prefix for the XML-Signature elements, and not to
use
the default namespace for them. Otherwhise it would not be possible to
select
such elements with XPath expressions.
Regards, Gregor
---------------------------------------------------------------
Gregor Karlinger
mailto://gregor.karlinger@iaik.at
http://www.iaik.at
Phone +43 316 873 5541
Institute for Applied Information Processing and Communications
Austria
---------------------------------------------------------------
Received on Thursday, 7 September 2000 07:38:28 UTC